Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:56737 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 55637 invoked from network); 3 Dec 2011 18:29:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 3 Dec 2011 18:29:05 -0000 Authentication-Results: pb1.pair.com smtp.mail=dsnytkine@Ultralogistics.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=dsnytkine@Ultralogistics.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain Ultralogistics.com from 64.197.110.172 cause and error) X-PHP-List-Original-Sender: dsnytkine@Ultralogistics.com X-Host-Fingerprint: 64.197.110.172 thrud.alliantinternet.com Received: from [64.197.110.172] ([64.197.110.172:51385] helo=thrud.alliantinternet.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E2/66-25464-F6A6ADE4 for ; Sat, 03 Dec 2011 13:29:04 -0500 Received: by thrud.alliantinternet.com (Postfix, from userid 1001) id 4932B1742FA; Sat, 3 Dec 2011 13:29:00 -0500 (EST) To: "'Ferenc Kovacs'" , "'Tom Boutell'" Cc: "'PHP Internals'" References: <012201ccb1d5$356a6fa0$a03f4ee0$@alliantinternet.com> In-Reply-To: Date: Sat, 3 Dec 2011 13:28:57 -0500 Message-ID: <012601ccb1e9$6b7aad80$42700880$@alliantinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Thread-Index: Acyx4qSm/b3DVolBScOF5R4YWKsilgABnlHg Content-Language: en-us Subject: RE: [PHP-DEV] Will apc.optimization ever be put back to APC? From: dsnytkine@Ultralogistics.com ("Dmitri Snytkine") APC is great, APC definetely speeds up the php a lot but I just remember = that there used to be also optimization options.=20 I remember the days where eAccelerator and php accelerator and mmcache = were popular. They all had code optimization option to speed up compiled = scripts. Dmitri Snytkine Web Developer Ultra Logistics, Inc. Phone: (888) 220-4640 x 2097 Fax: (888) 795-6642 E-Mail: dsnytkine@ultralogistics.com Web: www.ultralogistics.com "A Top 100 Logistics I.T. Provider in 2011" -----Original Message----- From: Ferenc Kovacs [mailto:tyra3l@gmail.com]=20 Sent: Saturday, December 03, 2011 12:39 PM To: Tom Boutell Cc: PHP Internals Subject: Re: [PHP-DEV] Will apc.optimization ever be put back to APC? hi, see http://svn.php.net/viewvc?view=3Drevision&revision=3D224572 and http://svn.php.net/viewvc/pecl/apc/trunk/TECHNOTES.txt?r1=3D224572&r2=3D2= 24571&pathrev=3D224572 especially it seems that it doesn't work out, and it was removed. So I'm pretty sure, that we won't see that option in the future. If the = apc devs would come up with another optimization, using the same ini option = to controll it would be really confusing, so even in that case, some other name would be chosen. btw. Dmitri I don't really get the "so the APC will be not only the = cache of php files but also act as an accelerator?" part, what do you miss = from apc? I don't see anything in that change which would back up your comment. just my 2 cents ofc, maybe others can better answer this. On Sat, Dec 3, 2011 at 6:24 PM, Tom Boutell wrote: > This feature was described as "experimental" in the documentation. > Maybe the "experiment" didn't work out - or it worked out fine and > equivalent optimizations are part of the normal compliation of PHP > code now? > > I would hope the latter - it doesn't seem like a bytecode cache should > have to do optimizations; that would be the compiler's job and would > benefit everyone regardless of which cache they use. Sensible > factoring would not blur the roles of those two components. But I > haven't delved into the source to find out what this option really did > (: > > On Sat, Dec 3, 2011 at 11:04 AM, Dmitri Snytkine > wrote: > > The option apc.optimization has been removed in apc 3.0.13 > > I wonder if there are any plans to put the code optimization option = back > > into APC, so the APC will be not only the cache of php files but = also > act as > > an accelerator? > > > > > > > > Dmitri Snytkine > > Web Developer > > Ultra Logistics, Inc. > > Phone: (888) 220-4640 x 2097 > > Fax: (888) 795-6642 > > E-Mail: dsnytkine@ultralogistics.com > > Web: www.ultralogistics.com > > > > "A Top 100 Logistics I.T. Provider in 2011" > > > > > > > > > > -- > > PHP Internals - PHP Runtime Development Mailing List > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > > -- > Tom Boutell > P'unk Avenue > 215 755 1330 > punkave.com > window.punkave.com > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --=20 Ferenc Kov=C3=A1cs @Tyr43l - http://tyrael.hu