On 18 Nov, Robert Watson wrote: > (2) Shells again, because they will be fork()d and exec()d frequently > during heavily scripted activities, such as system boot, periodic > events, large make jobs, etc. And presumably the only shell of > interest is sh, although some of the supporting non-builtin binaries > may also be of interest. You left out my favorite fork()/exec() intensive exmple, our ports system. During portupgrade, visible activity can grind stop for quite a while at the "Registering installation" stage, while top's "last pid" field increases rapidly and system CPU time is an embarrassingly large number, and this is with a static /bin and /sbin. Rather than trying to re-"optimize" this by converting /bin/sh back to being static, I think a got more could be gained by re-writing this part of the ports infrastructure to be more efficient. I'm not volunteering ...Received on Tue Nov 18 2003 - 20:58:00 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:29 UTC