Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:65428
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.174 as permitted sender)
References: <5d21b42656d49b4a71d9f808541bd745@mail.gmail.com> <alpine.DEB.2.02.1301291500480.6128@whisky.home.derickrethans.nl> <3632680363544912543@unknownmsgid> <CAEZPtU52Jj-A2mry8CvS+PvbAPVvy7Pd9tJ5E6E9tRhRgen4DA@mail.gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <CAEZPtU52Jj-A2mry8CvS+PvbAPVvy7Pd9tJ5E6E9tRhRgen4DA@mail.gmail.com>
Content-Type: text/plain;
	charset=utf-8
Content-Transfer-Encoding: quoted-printable
Message-ID: <DD8E9095-43A0-48F9-83EB-2FC7E52ACD37@gmail.com>
Cc: Zeev Suraski <zeev@zend.com>, Derick Rethans <derick@php.net>,
 "internals@lists.php.net" <internals@lists.php.net>
Date: Tue, 29 Jan 2013 20:12:38 +0100
To: Pierre Joye <pierre.php@gmail.com>
Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution
From: unreal4u@gmail.com (Camilo Sperberg)


Sent from my iPhone 6 Beta [Confidential use only]

On 29 jan. 2013, at 18:02, Pierre Joye <pierre.php@gmail.com> wrote:

> On Tue, Jan 29, 2013 at 5:54 PM, Zeev Suraski <zeev@zend.com> wrote:
>> On 29 =D7=91=D7=99=D7=A0=D7=95 2013, at 17:54, Derick Rethans <derick@php=
.net> wrote:
>>=20
>>> On Tue, 29 Jan 2013, Zeev Suraski wrote:
>>>=20
>>>> Following the discussion at the end of last week, I prepared a draft
>>>> RFC for the inclusion of Optimizer+ in PHP.
>>>>=20
>>>> In parallel we=E2=80=99re in the process of prepping the source code fo=
r
>>>> independent public consumption, which I hope we can be done with by
>>>> the end of next week, hopefully sooner.
>>>>=20
>>>> https://wiki.php.net/rfc/optimizerplus
>>>>=20
>>>> Comments welcome!
>>>=20
>>> I like it. It would be totally awesome if it came with a webinar or
>>> something where Dmitry/Stas explain how it works though. Understanding
>>> how APC works has always been a contentious point. I'd be awesome if we
>>> could turn that around with O+?
>>=20
>> I'm sure we can arrange that.
>=20
> Well, a webinar is nice and shiny but I would rather see them spend
> time on writing a very good documentation instead. Much more useful
> and can be updated easily.
>=20
>=20
> Cheers,
> --
> Pierre
>=20
> @pierrejoye
>=20
> --=20
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>=20

As just a normal user without any voting rights, I recognize that integratin=
g O+ would be a major improvement for PHP and should be incorporated in core=
 as soon as possible.=20

If it only takes 2 months, go for it, userland cache would be really awesome=
 to have but an opcode cache in core is far better.=20

APC is already very difficult to manage and integrate (6+ months), so why no=
t integrate O+ in the first place and in the next PHP release an userland ca=
che space? It could be a simplified and easier-to-maintain APC version and i=
t would help to keep everything as modular as possible.=20

Greetings.=20=