Uhm I didn't mean to make this about one company or another (it was just an example, and btw, I think they've contributed to APC :) and this discussion is going very much of track. I guess you either didn't understand what I was saying or don't realize that this is not necessarily going to be applicable to everyone (although it may depending on how it performs; and I hope it is applicable to everyone). I'm also just saying that it may need some time to mature like many patches which are so deep.
Btw, I'm not talking about "synthetic" tests like bench.php or like the test script David wrote. I'm talking about taking real-world apps and testing them in a cluster under load. That can give some good insight... Anyway, I suggest to end this pointless discussion right now until we actually get a chance to play around with it. We're running on empty... Andi > -----Original Message----- > From: Antony Dovgal [mailto:[EMAIL PROTECTED] > Sent: Saturday, September 08, 2007 9:32 AM > To: Andi Gutmans > Cc: internals@lists.php.net > Subject: Re: FW: [PHP-DEV] Patch for macros for tracking refcount and > is_ref > > On 08.09.2007 19:34, Andi Gutmans wrote: > > When we all get a copy of the patch and get a chance to test it > seriously we'll know more. > > I'm all in favor of having GC and very enthusiastic about this coming > about but I doubt you can > > call it well enough tested. When we made memory manager changes in > the past there were bugs > > which were only found after a public release. > > Agree, real life tests are proven to be much more effective than any > synthetic one can imagine. > > > Also, if GC slows certain situations down there may well be companies > who would prefer to run without it. > > Facebook is probably a good example of a company where every % > matters. > > If these companies really do worry about this %, why don't they > participate in development and/or testing? > I don't recall seeing any contributions or even feedback from Facebook > or alike, do you? > > If they wait for a release to test and complain, then I couldn't care > less - it's just a common > development process, bugs come and bugs go, I see no reasons why we > should make an exception for > a company that doesn't give a damn about us. > > -- > Wbr, > Antony Dovgal
