Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:32117 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 64788 invoked by uid 1010); 8 Sep 2007 17:32:05 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 64768 invoked from network); 8 Sep 2007 17:32:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2007 17:32:04 -0000 Authentication-Results: pb1.pair.com header.from=rasmus@lerdorf.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=rasmus@lerdorf.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lerdorf.com from 204.11.219.139 cause and error) X-PHP-List-Original-Sender: rasmus@lerdorf.com X-Host-Fingerprint: 204.11.219.139 mail.lerdorf.com Received: from [204.11.219.139] ([204.11.219.139:38331] helo=mail.lerdorf.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FB/B9-07479-E8CD2E64 for ; Sat, 08 Sep 2007 13:32:03 -0400 Received: from trainburn-lm-corp-yahoo-com.local (c-24-6-228-50.hsd1.ca.comcast.net [24.6.228.50]) (authenticated bits=0) by mail.lerdorf.com (8.14.1/8.14.1/Debian-9) with ESMTP id l88HVmh8010892 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 8 Sep 2007 10:31:49 -0700 Message-ID: <46E2DC80.5060903@lerdorf.com> Date: Sat, 08 Sep 2007 10:31:44 -0700 User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Antony Dovgal CC: Andi Gutmans , internals@lists.php.net References: <698DE66518E7CA45812BD18E807866CEA2ABE1@us-ex1.zend.net> <46E2CE70.4040907@daylessday.org> In-Reply-To: <46E2CE70.4040907@daylessday.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4195/Sat Sep 8 06:18:34 2007 on colo.lerdorf.com X-Virus-Status: Clean Subject: Re: FW: [PHP-DEV] Patch for macros for tracking refcount and is_ref From: rasmus@lerdorf.com (Rasmus Lerdorf) Antony Dovgal wrote: > 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? Facebook is quite active in APC development. And yes, if it turns out to be 10% slower, a lot of sites are going to want to run without it. For scripts that aren't very complex and don't run for a long time, GC simply isn't a very interesting feature. -Rasmus