> -----Original Message----- > From: Ronald Chmara [mailto:[EMAIL PROTECTED] > Sent: Monday, December 03, 2007 10:06 PM > To: Andi Gutmans > Cc: internals@lists.php.net > Subject: Re: [PHP-DEV] Garbage collector patch > I'm really hesitant to even *mention* this idea, but.... > > Could "alternate" memory management systems be made available via > PECL add-ons, or, more to the point: > What is the *actual cost and complexity* involved in implementing > (possibly many) different user-selectable memory management systems, > and what other future benefits/drawbacks might we see by doing such a > thing? (GC is big now, but what about memory pools per mod_auth user, > or SHM/SEM pools, or tuning amounts of memory per function, etc...) > > I will now apologize to everybody who I just made cry, scream, or > damage their furniture, as I didn't mean to hurt you, just trying to > stimulate ideas.
Hi Ronald, PHP 5.2.x already supports the ability to hook in different "page" managers. In PHP 5.3 you can also override the memory allocation functions. However, this would not include garbage collection like algorithms which actually require changes in the core PHP data type such as zvals. In fact the garbage collection adds memory to the basic datatypes which is why I suggested to either always make these changes, or don't make them so that we retain binary compatibility across all builds of PHP. So overriding basic memory allocation functions, yes, ability to provide various GC implementations, no. Andi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
