Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:48917 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 85794 invoked from network); 21 Jun 2010 11:46:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Jun 2010 11:46:19 -0000 X-Host-Fingerprint: 95.31.13.88 xdmitri2.static.corbina.ru Received: from [95.31.13.88] ([95.31.13.88:25612] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 11/6E-04713-9015F1C4 for ; Mon, 21 Jun 2010 07:46:18 -0400 Message-ID: <11.6E.04713.9015F1C4@pb1.pair.com> To: internals@lists.php.net References: <1736FE65-C0F0-4677-919D-410C81C0FD47@macvicar.net><4C1EF360.3060902@lerdorf.com><5E.F5.04713.BD92F1C4@pb1.pair.com><50.57.04713.B513F1C4@pb1.pair.com><9B.98.04713.E173F1C4@pb1.pair.com><9D.A9.04713.E5F3F1C4@pb1.pair.com> <5D.AB.04713.1F74F1C4@pb1.pair.com> <7FB6E122-73CF-430E-9934-DB19F63F0978@pooteeweet.org> Date: Mon, 21 Jun 2010 15:46:14 +0400 Lines: 35 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-RFC2646: Format=Flowed; Original X-Posted-By: 95.31.13.88 Subject: Re: [PHP-DEV] APC in trunk From: dmda@yandex.ru ("jvlad") >> Competition between opcode caches for php will definitely be reduced by >> adding APC into the core, >> so the market will shrink, of course. > > > i think this is a likely outcome indeed. it might also be phrased in a > more > positive tone in that likely efforts will be joined. for example maybe > zend > will decide to contribute some of their code to APC. my poor english does not allow me to impress it clearly that my tone is as positive as possible :) > so the key question might be more is there something in APC that makes > it fundamentally the right or wrong approach. Is there any possibility for you or anybody else to run all php standard tests under Apache + php with and without APC to see how many among them are broken with APC? Please don't forget to run tests TWICE under APC because on the first run it does not use the cached opcodes. > furthermore does adding any byte code cache to core also enable new kinds > of optimizations > because its now possible to more tightly integrate with core? I'd think of tightly integrated opcode serializer/deserializer and it's what can be highly optimized after adding into the core. This approach would be much cleaner, indeed. -jv