Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:56736
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAORXhGKrcJWZ-bAP1xBXa45ahdpzkoc1ikhObsfeVa2QJphoKw@mail.gmail.com>
References: <012201ccb1d5$356a6fa0$a03f4ee0$@alliantinternet.com>
	<CAORXhGKrcJWZ-bAP1xBXa45ahdpzkoc1ikhObsfeVa2QJphoKw@mail.gmail.com>
Date: Sat, 3 Dec 2011 18:39:13 +0100
Message-ID: <CAH-PCH5Rytui7Jwrp-qouDyk-0=TrzbnqSJchzWoTSpPNXrjGg@mail.gmail.com>
To: Tom Boutell <tom@punkave.com>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=bcaec51b1dd559f3df04b333908c
Subject: Re: [PHP-DEV] Will apc.optimization ever be put back to APC?
From: tyra3l@gmail.com (Ferenc Kovacs)

--bcaec51b1dd559f3df04b333908c
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

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=3D224=
571&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 <tom@punkave.com> 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
> <dsnytkine@ultralogistics.com> 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 bac=
k
> > 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

--bcaec51b1dd559f3df04b333908c--