Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:65345
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.219.52 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <5d21b42656d49b4a71d9f808541bd745@mail.gmail.com>
References: <5d21b42656d49b4a71d9f808541bd745@mail.gmail.com>
Date: Tue, 29 Jan 2013 12:26:06 +0200
Message-ID: <CAA9esySzjXeeQ1RWWB96JN7YhRtr7Y4cQET2wu4j1yjy=vk6yA@mail.gmail.com>
To: Zeev Suraski <zeev@zend.com>
Cc: internals@lists.php.net
Content-Type: multipart/alternative; boundary=f46d044519d911103d04d46ad443
Subject: Re: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution
From: florinpatan@gmail.com (Florin Razvan Patan)

--f46d044519d911103d04d46ad443
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Thank you for this great initiative!

As a user, I could definitely wait for 2-3 more months and get
a good implementation/integration of this rather that have to
wait for at least one year.

I think it would also be nice if this could come as default
enabled since this way people would be able to notice the
advantages of having it enabled. Or you can run a survey on
php.net to see what are the options.

I do have one thing to ask you about this.

If we do wait 2 months, will the underlaying changes be able
to integrate easy with APC/XCache/eAccelerator/others?

Opcodes are a must for large traffic websites like those I'm
working on right now, so we clearly want to have such a thing
installed on our servers as soon as we install a new PHP
version. But if including O+ will mean that APC gets delayed
6+ months (see PHP 5.4) it would be a show stopper for us
upgrading to PHP 5.5.

Our upgrade process is like this: be at least one year on market
to iron out major/obvious bugs. If APC gets on the market 6
months after PHP 5.5 only because of this then we'll be near
PHP 5.6 by then. And we can't just change from APC to others
as we'll need to test them as well as see which other use data
caching like APC has.

It would make sense to actually see how the whole ZE can
be improved so that it makes life of opcode cachers easier
and then ship O+ bundled with a PHP version that has better
support for them out of the box if I were to choose.


Best regards,
Florin
----
Florin Patan
https://github.com/dlsniper

<http://www.zend.com/en/yellow-pages#show-ClientCandidateID=3DZEND013894>


On Tue, Jan 29, 2013 at 10:03 AM, Zeev Suraski <zeev@zend.com> wrote:

> All,
>
>
>
> Following the discussion at the end of last week, I prepared a draft RFC
> for the inclusion of Optimizer+ in PHP.
>
> In parallel we=E2=80=99re in the process of prepping the source code for
> independent public consumption, which I hope we can be done with by the e=
nd
> of next week, hopefully sooner.
>
>
>
> https://wiki.php.net/rfc/optimizerplus
>
>
>
> Comments welcome!
>
>
>
> Zeev
>

--f46d044519d911103d04d46ad443--