3 ms·
Linus works for LF where most of its key members are server and PC and high-end cpu vendors, where resource is plenty so you can run, say 100 static programs.
by synergy20 6y ago
Linus works for LF where most of its key members are server and PC and high-end cpu vendors, where resource is plenty so you can run, say 100 static programs.
There is a different market called embedded devices, 64MB-256MB RAM are still very common and there are probably 100x more devices in this segment than LF members' fat ones combined. Without shared library, you will quickly run out of RAM/Storage space on them.
- thr0w__4w4y 6y agoYes and in fact, the majority of embedded systems are actually running not with 64-256MB of RAM, but 64K-256K of RAM. For example, the STM32 line of Cortex M microcontrollers (MCUs) usually have between 32-256K of RAM, and 128K to 2MB of on-chip flash. Different world from a multi-core 1.5 GHz infotainment system (which is arguably embedded), which in turn is different from a laptop with 32GB of DDR4 or a server with .... well, you know....
- synergy20 6y agoyes those are not for Linux anymore and they're even more than Linux devices.
- shandor 6y agoEmbedded systems are usually purpose-built instead of the general desktop usage where users install whatever they want, leading to a much smaller amount of processes running simultaneously and effectively removing the benefits of dynamic linking. Just like Linus for PC, I think it sensible to consider libc and other to be dynamically linked also on embedded systems, but maybe even less for other software.