Hacker News new | past | comments | ask | show | jobs | submit login

I appreciate the sentiment, but I wouldn't be able to put up with the slow container boot time for regular use. The author mentions this at the bottom. He claims 1sec delay. Last month I benchmarked it on new-ish hardware at 560ms, or 290ms if you disable namespaces (and so disable isolation).

I wanted to also benchmark bocker[1] (docker written in bash) for a baseline comparison, but it no longer runs and I threw in the towel after ~30 mins of tinkering.

Anyways, if you run something like `curl | jq | grep | less` you could be waiting a fair bit for all those containers to start. Package managers are pretty good these days. I think I can trust it to install `jq` properly.

[1]: https://github.com/p8952/bocker




> curl | jq | grep | less

OK I didn’t know about this. Does each one of the piped commands cause the creation of a new container? And why?


Assuming you've bound an alias to these commands to run them individually, each in their own container


Thank you. Why on earth would one wish to bind these commands to their own containers? Or was that just a trivial example for illustrative purposes that I’m obsessing over?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: