Date: 01/10/01
- Next message: Cynic: "Re: [PHP-DEV] 4.0.4pl1 RC2 rolled"
- Previous message: Stanislav Malyshev: "Re: [PHP-DEV] PHP4: php_module holds memory to long !"
- In reply to: Sascha Schumann: "Re: [PHP-DEV] PHP4: php_module holds memory to long !"
- Next in thread: Stig Venaas: "Re: [PHP-DEV] PHP4: php_module holds memory to long !"
- Reply: Stig Venaas: "Re: [PHP-DEV] PHP4: php_module holds memory to long !"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
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 stas <email protected> http://www.zend.com/ +972-3-6139665 ext.115-- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe <email protected> For additional commands, e-mail: php-dev-help <email protected> To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: Cynic: "Re: [PHP-DEV] 4.0.4pl1 RC2 rolled"
- Previous message: Stanislav Malyshev: "Re: [PHP-DEV] PHP4: php_module holds memory to long !"
- In reply to: Sascha Schumann: "Re: [PHP-DEV] PHP4: php_module holds memory to long !"
- Next in thread: Stig Venaas: "Re: [PHP-DEV] PHP4: php_module holds memory to long !"
- Reply: Stig Venaas: "Re: [PHP-DEV] PHP4: php_module holds memory to long !"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

