Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:32115 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 52745 invoked by uid 1010); 8 Sep 2007 16:31:49 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 52730 invoked from network); 8 Sep 2007 16:31:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2007 16:31:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=tony@daylessday.org; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=tony@daylessday.org; sender-id=pass Received-SPF: pass (pb1.pair.com: domain daylessday.org designates 89.208.40.236 as permitted sender) X-PHP-List-Original-Sender: tony@daylessday.org X-Host-Fingerprint: 89.208.40.236 mail.daylessday.org Linux 2.6 Received: from [89.208.40.236] ([89.208.40.236:55493] helo=daylessday.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 30/C7-07479-37EC2E64 for ; Sat, 08 Sep 2007 12:31:47 -0400 Received: from [192.168.1.36] (ppp85-140-120-99.pppoe.mtu-net.ru [85.140.120.99]) by daylessday.org (Postfix) with ESMTP id 34D596400C5; Sat, 8 Sep 2007 20:31:44 +0400 (MSD) Message-ID: <46E2CE70.4040907@daylessday.org> Date: Sat, 08 Sep 2007 20:31:44 +0400 User-Agent: Thunderbird 2.0.0.6 (X11/20070801) MIME-Version: 1.0 To: Andi Gutmans CC: internals@lists.php.net References: <698DE66518E7CA45812BD18E807866CEA2ABE1@us-ex1.zend.net> In-Reply-To: <698DE66518E7CA45812BD18E807866CEA2ABE1@us-ex1.zend.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: FW: [PHP-DEV] Patch for macros for tracking refcount and is_ref From: tony@daylessday.org (Antony Dovgal) 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