Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:92472
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.194 as permitted sender)
MIME-Version: 1.0
Date: Tue, 19 Apr 2016 23:59:19 +0800
Message-ID: <CAKSD0w7qSKoDAPopV2tiMLRKOvoapz6Mmf+4JTOVH1t15MUz8w@mail.gmail.com>
To: =?UTF-8?Q?Fran=C3=A7ois_Laupretre?= <francois@php.net>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=e89a8ff1cf9c5ea9420530d88fe4
Subject: Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time
From: cornelius.howl@gmail.com (Lin Yo-An)

--e89a8ff1cf9c5ea9420530d88fe4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Tue, Apr 19, 2016 at 3:10 AM, Fran=C3=A7ois Laupretre <francois@php.net>
wrote:
>
> Le 13/04/2016 17:55, Lin Yo-An a =C3=A9crit :
> You are mixing 2 related mechanisms here : code persistence and data
> persistence.
>
> Code persistence (reloading the same code again and again in each request=
)
> is achieved through the autoloader. Autoloading, compbined with opcache
> provides a very fast mechanism to retrieve class definitions. If you
> measure the time taken by your 'require "vendor/autoload.php"' stance, yo=
u
> should find it to be extremely fast (with opcache on, of course).
>

"vendor/autoload.php", in this example, is pretty simple, however in most
applications, there are bootstrap script for bootstrapping services (mongo
service, mysql service, sms service ... etc) and setting up some
configurations.

Data persistence is another question: the need here is to save and restore
> object instances. Several cache mechanisms exist for this, saving and
> restoring via serialize/unserialize. The problem with your 'bootstrap'
> approach (apart from the fact that it is not physically possible in PHP) =
is
> that you won't want to snapshot the *whole* environment, because you alwa=
ys
> want to keep at least some dynamic context. What you actually want to
> 'snapshot' is a set of well-defined object instances. So, the question,
> IMO, is to develop a mechanism faster than the current ones to store and
> retrieve object instances from memory


Yes!  not all global variables will be snapshotted, for now I think EG,
SPL_G (which saves the autoloader instances), and some object instances and
zval. Then these opcode could be skipped a lot. So this looks like
something on top of opcache.







--=20
Best Regards,

Yo-An Lin

--e89a8ff1cf9c5ea9420530d88fe4--