Re:Absolutly fastest virtual bash engine for you AI have a n...
by denn-gubsky on Friday June 19, 2026 @10:36PM
(#48605808)
Interesting library. I think I could use for agents running in virtual volumes. I maintain an agentic runtime written on Go. What is the best way to incorporate bashkit.sh?
Re:Absolutly fastest virtual bash engine for you AI have a n...
by chalyi on Saturday June 20, 2026 @01:01AM
(#48606484)
Yeh, bashkit was in general developed mostly for agentic runtimes. So it might be a good fit, especially if there is a need to run agent in some isolation.
Regarding incorporating in Go, it is actually long due to make sure that bashkit have stable ABI, I think I need to look at it next week, that would allow having support for Go, C++ and Zig.
I however would rather recomend starting from https://github.com/ewhauser/gbash , this library is philosophically very similar, and it is native Go.
Re:Absolutly fastest virtual bash engine for you AI have a n...
by denn-gubsky on Saturday June 20, 2026 @02:20PM
(#48611539)
Thank you for good advise. The agentic runtime I'm developing uses system Bash and has to spawn system processes. The pure Go is better match. Checking the repo.
Re:Absolutly fastest virtual bash engine for you AI have a n...
by denn-gubsky on Sunday June 21, 2026 @12:09PM
(#48620104)
I integrated the gbash and benchmarked it. gbash is not production grade yet. There are issues with tools implementation and compatibility (I added findings as issues) and performance issues (avg ~30% slower than system C utilities, grep is way slower). Here is full report: https://loomcycle.dev/blog/bashbox-in-process-shell-sandbox
Re:Absolutly fastest virtual bash engine for you AI have a n...
by chalyi on Monday June 22, 2026 @03:35PM
(#48634952)
Bash (even if you find a way to compile it to wasm) will need POSIX to operate and also file system.
Bashkit reimplements portion of POSIX and have own FS, so there is no need a dependency on any resources outside of process (except CPU and Mem) if you do not need them. You effectively can run tons of isolated instances in parallel.
Regarding incorporating in Go, it is actually long due to make sure that bashkit have stable ABI, I think I need to look at it next week, that would allow having support for Go, C++ and Zig.
I however would rather recomend starting from https://github.com/ewhauser/gbash , this library is philosophically very similar, and it is native Go.
Bashkit reimplements portion of POSIX and have own FS, so there is no need a dependency on any resources outside of process (except CPU and Mem) if you do not need them. You effectively can run tons of isolated instances in parallel.