Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-20 Thread S.A.N
2016-04-19 19:54 GMT+03:00 David Zuelke : > I think this solution is merely a band-aid for a more profound architectural > weakness of current PHP setups, where a web server call out to the engine > (via embedding or FastCGI) to execute a script, which causes this recurring > initialization over

Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-19 Thread Dmitry Stogov
. From: Lin Yo-An Sent: Wednesday, April 13, 2016 18:55 To: internals@lists.php.net Subject: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time Hi internals, The javascript engine V8 uses a strategy called "startup snapshot" to optimize app load time

Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-19 Thread Johannes Schlüter
On Tue, 2016-04-19 at 23:59 +0800, Lin Yo-An wrote: > > 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 o

Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-19 Thread Fleshgrinder
On 4/19/2016 6:54 PM, David Zuelke wrote: > I think this solution is merely a band-aid for a more profound architectural > weakness of current PHP setups, where a web server call out to the engine > (via embedding or FastCGI) to execute a script, which causes this recurring > initialization over

Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-19 Thread David Zuelke
I think this solution is merely a band-aid for a more profound architectural weakness of current PHP setups, where a web server call out to the engine (via embedding or FastCGI) to execute a script, which causes this recurring initialization overhead in the first place. The future is (or should

Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-19 Thread Lin Yo-An
On Tue, Apr 19, 2016 at 3:10 AM, François Laupretre wrote: > > Le 13/04/2016 17:55, Lin Yo-An a écrit : > 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 aut

Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-18 Thread François Laupretre
Hi, Le 13/04/2016 17:55, Lin Yo-An a écrit : Hi internals, The javascript engine V8 uses a strategy called "startup snapshot" to optimize app load time (see http://v8project.blogspot.tw/2015/09/custom-startup-snapshots.html for more details) The approach used by V8 creates a snapshot from hea

Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-13 Thread Larry Garfield
On 4/13/16 10:55 AM, Lin Yo-An wrote: Hi internals, The javascript engine V8 uses a strategy called "startup snapshot" to optimize app load time (see http://v8project.blogspot.tw/2015/09/custom-startup-snapshots.html for more details) The approach used by V8 creates a snapshot from heap, so th

Re: [PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-13 Thread Marco Pivetta
While this seems interesting, how would it address storing any context information of extension? The code above (in your examples) only stores information about the autoload stack, but anything that would rely on any extension (core or pecl or custom) would have to serialize information that is po

[PHP-DEV] Proposal: Startup snapshot for optimizing app load time

2016-04-13 Thread Lin Yo-An
Hi internals, The javascript engine V8 uses a strategy called "startup snapshot" to optimize app load time (see http://v8project.blogspot.tw/2015/09/custom-startup-snapshots.html for more details) The approach used by V8 creates a snapshot from heap, so the V8Context could be reused directly wit