On Thursday, January 14, 2021 at 12:27:25 PM UTC-5 laos...@gmail.com wrote:
> I run the helloworld net/http on 128MB MIPS 32bit cpu, helloworld takes > 700MB VSS each, I then run 40 of them(each takes 4M RSS) in parallel, and I > got 'can't fork: out of memory' if I set overcommit_memory to 2, change it > to 0 made this disappear. However for embedded systems I normally set > overcommit as 2 and no swap to avoid OOM in the field. > The big footprint is from common libraries and runtime system. I believe this is a clear result of the design decision trying to avoid "DLL hell" that we all lived with in the early Windows era. If we all ran a good operating system, such as Tenex, most of the libraries would be shared by virtual page system. Automatically, so that even in a small real world memory system, it would be fine. The early Tenex systems typically had about 480 K of memory. Back in 1969, that was very expensive. Now that I think about it, the memory size and CPU speed of those early Tenex systems is far smaller than most embedded microcontrollers. See Tenex, by BBN. https://en.wikipedia.org/wiki/TENEX_(operating_system) -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/228faf77-a5d0-4672-a9b0-d843fa38baadn%40googlegroups.com.
