SS>>     Thanks for the correction!  I have never seen that in action
SS>>     though.  Usually, the C library will keep freed memory in
SS>>     free lists and does not decrease the size of the data
SS>>     segment using sbrk.

Actually, from glibc source there's a hook that is supposed to do this in
some circumstances. Never could actually make it work in real life. Also,
IIRC glibc on Linux allocates really large (8k+?  16k+?) blocks as mmap's
of /dev/zero and those are really given back to system, since on free they
are just munmap'ed.
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] +972-3-6139665 ext.115

PHP Development Mailing List <>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Reply via email to