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] http://www.zend.com/ +972-3-6139665 ext.115
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
