On 02/22/2013 07:57 PM, Rasmus Lerdorf wrote:
> Hey Dmitry, I noticed today that ZO+ doesn't make use of sapi_get_stat()
> to get the initial stat struct from the sapi if available. So, if you
> have top-level a.php that includes b.php and c.php you end up with:
>
> stat("/var/www/a.php", {st_mode
Hey Dmitry, I noticed today that ZO+ doesn't make use of sapi_get_stat()
to get the initial stat struct from the sapi if available. So, if you
have top-level a.php that includes b.php and c.php you end up with:
stat("/var/www/a.php", {st_mode=S_IFREG|0664, st_size=49, ...}) = 0
stat("/var/www/a.ph
On Feb 18, 2013, at 23:03 , Christopher Jones
wrote:
>
>
> On 02/18/2013 10:52 AM, Christopher Jones wrote:
>
>> I agree that unless we get Gopal-like inspiration (inclued, scream) for
>> naming, "opcache" is best.
>
> In the "so bad I can't resist sending it" category is today's
> semi-hum
On 02/18/2013 10:52 AM, Christopher Jones wrote:
I agree that unless we get Gopal-like inspiration (inclued, scream) for naming,
"opcache" is best.
In the "so bad I can't resist sending it" category is today's
semi-humorous name suggestion: "Cajun". It sounds roughly like the
English pronu
On 02/16/2013 01:10 PM, Rasmus Lerdorf wrote:
On 02/16/2013 11:16 AM, Zeev Suraski wrote:
- Regarding name choice, here are some: ZopCache, Cachze, RunCachze.
Interesting names, I'm curious about pronunciation :)
I (mostly) pronounce cache the non-American way as "kaysh". Cachze would be
On 02/16/2013 11:16 AM, Zeev Suraski wrote:
>> - Regarding name choice, here are some: ZopCache, Cachze, RunCachze.
>
> Interesting names, I'm curious about pronunciation :)
I don't think I would ever get neither the spelling nor the
pronunciation of Cachze right. I like the much simpler "opcac
> -Original Message-
> From: Christopher Jones [mailto:christopher.jo...@oracle.com]
> Sent: Saturday, February 16, 2013 12:54 AM
> To: Zeev Suraski
> Cc: PHP internals
> Subject: RE: [PHP-DEV] Zend Optimizer+ Source Code now available
>
>
>
> Hi Zeev,
>
Hi Zeev,
I think people are keen to see Optimizer+ merged. Hopefully the RFC
can set expectations clear on what the short-term steps will be, and
what the bigger picture might look like. The middle-term tasks will
then work themselves out as we get to them (in true PHP fashion)
- What does "
Hi!
> Put simply PHP extensions should only reference the APIs exposed in the
> php headers. Zend has its own interface and extensions and since a Zend
> Opcode cache is SO intimately coupled with the Zend environment it makes
> sense to use a Zend extension to implement this. The whole idea of
> -Original Message-
> From: Christopher Jones [mailto:christopher.jo...@oracle.com]
> Sent: Thursday, February 14, 2013 9:25 PM
> To: Zeev Suraski
> Cc: PHP internals
> Subject: Re: [PHP-DEV] Zend Optimizer+ Source Code now available
>
>
>
> On 02/14/201
On 15/02/13 01:59, Stas Malyshev wrote:
(A) The op-code optimization should be integrated into the core compiler
and enabled through a GC(compiler_option) to be available to *any*
opcode cache -- or to the application designer (by exposing these
options through an INI directive.
Most optimizatio
Hi!
> (A) The op-code optimization should be integrated into the core compiler
> and enabled through a GC(compiler_option) to be available to *any*
> opcode cache -- or to the application designer (by exposing these
> options through an INI directive.
Most optimizations would not give perceivable
On 14/02/13 18:24, Stas Malyshev wrote:
Are optimizations documented?
Not yet AFAIK.
No, but they are pretty self-explanatory. O+ is a _Zend_ extension
rather than a _PHP_ extension and this enables it to exploit extra
hooks (see the tail of ZendAccelerator.c) and specifically follow
throu
On 02/14/2013 07:21 AM, Zeev Suraski wrote:
Great to see.
The README covers much of the content (and in more detail) that I
previously
wanted to see in the RFC.
Excellent!
There are some things still missing from the RFC, though:
- do you see Optimizer+ being enabled (if not in PECL) o
On Thursday 14 February 2013 10:24:22 Stas Malyshev wrote:
>
> For most scripts, optimizations are not really worth it unless you run
> the same code over and over, so for CLI it would be noticeable only if
> you run long-running CPU-intensive server.
Apart from the long-running servers, there is
Hi!
> Well, if it does block-level optimizations, that is already enough to
> make it useful for CLI-scripts, as even though caching is not relevant
> for long-running processes, optimizations should make things faster.
For most scripts, optimizations are not really worth it unless you run
the sa
On 02/14/2013 08:02 AM, Nikita Popov wrote:
On Thu, Feb 14, 2013 at 4:21 PM, Zeev Suraski mailto:z...@zend.com>> wrote:
> - Should the name reflect the code's main purpose (op-code caching),
> and allowing a future use of "optimizer" for a more sophisticated
> optimize
On Thu, Feb 14, 2013 at 5:32 PM, Rasmus Lerdorf wrote:
> On 02/14/2013 11:21 AM, Jan Ehrhardt wrote:
> > Rasmus Lerdorf in php.internals (Thu, 14 Feb 2013 11:14:20 -0500):
> >> On 02/14/2013 10:55 AM, Jan Ehrhardt wrote:
> >>> Zeev Suraski in php.internals (Thu, 14 Feb 2013 17:21:48 +0200):
> >>>
Rasmus Lerdorf in php.internals (Thu, 14 Feb 2013 11:32:55 -0500):
>>> Make sure you load ZO before xdebug and it seems to work ok. If you load
>>> xdebug first you will run into interesting problems.
>
>Most things work fine, but I hit a weird segfault in some complicated
>code which I fixed by fl
On 02/14/2013 11:21 AM, Jan Ehrhardt wrote:
> Rasmus Lerdorf in php.internals (Thu, 14 Feb 2013 11:14:20 -0500):
>> On 02/14/2013 10:55 AM, Jan Ehrhardt wrote:
>>> Zeev Suraski in php.internals (Thu, 14 Feb 2013 17:21:48 +0200):
I think the only open question is integration with other modules,
Rasmus Lerdorf in php.internals (Thu, 14 Feb 2013 11:14:20 -0500):
>On 02/14/2013 10:55 AM, Jan Ehrhardt wrote:
>> Zeev Suraski in php.internals (Thu, 14 Feb 2013 17:21:48 +0200):
>>> I think the only open question is integration with other modules, most
>>> notably debuggers.
>>
>> php_ZendOptimi
On 02/14/2013 10:55 AM, Jan Ehrhardt wrote:
> Zeev Suraski in php.internals (Thu, 14 Feb 2013 17:21:48 +0200):
>> I think the only open question is integration with other modules, most
>> notably debuggers.
>
> php_ZendOptimizerPlus.dll and php_xdebug.dll loaded both together in PHP
> 5.3 and PHP
On Thu, Feb 14, 2013 at 9:02 AM, Nikita Popov wrote:
>
> On Thu, Feb 14, 2013 at 4:21 PM, Zeev Suraski wrote:
>
> > > - Should the name reflect the code's main purpose (op-code caching),
> > > and allowing a future use of "optimizer" for a more sophisticated
> > > optimizer implementati
On Thu, Feb 14, 2013 at 4:21 PM, Zeev Suraski wrote:
> > - Should the name reflect the code's main purpose (op-code caching),
> > and allowing a future use of "optimizer" for a more sophisticated
> > optimizer implementation? Or do you see Optimizer+ being the
> > framework for suc
Zeev Suraski in php.internals (Thu, 14 Feb 2013 17:21:48 +0200):
>I think the only open question is integration with other modules, most
>notably debuggers.
php_ZendOptimizerPlus.dll and php_xdebug.dll loaded both together in PHP
5.3 and PHP 5.4 (x86, TS and NTS). I do not know yet if there are an
On Thu, Feb 14, 2013 at 7:21 PM, Zeev Suraski wrote:
> O+ does perform some optimizations in addition to caching code, in a pretty
> sophisticated manner actually (block optimizations). Optimizations - which
> can be expensive to carry out - are definitely a good fit with an opcode
> cache, that
> Great to see.
>
> The README covers much of the content (and in more detail) that I
> previously
> wanted to see in the RFC.
Excellent!
> There are some things still missing from the RFC, though:
>
> - do you see Optimizer+ being enabled (if not in PECL) or disabled by
> default, etc.
I
Hi Pierrick,
We didn't use ZTS in Zend commercial products, so it wasn't tested for a
long time.
O+ may definitely have some ZTS related problems.
Please, report an issue at
https://github.com/zend-dev/ZendOptimizerPlus/issues
I'll look into it later
Thanks. Dmitry.
On Thu, Feb 14, 2013 at 1:42
hi,
On Wed, Feb 13, 2013 at 3:51 PM, Zeev Suraski wrote:
For those willing to play with it on Windows, here are the bins for 5.5/VC11
https://twitter.com/PierreJoye/status/301946818835652608
5.3/5.4/5.5 VC9 are coming.
Cheers,
--
Pierre
@pierrejoye
--
PHP Internals - PHP Runtime Developmen
Hi,
I tried to install the ZendOptimizer+ provided earlier today but wasn't
able to make it work. I compiled it with success but when I looked at the
phpinfo(); I had this :
Opcode Caching Disabled
Optimization Enabled
Startup Failed no value
I'm using the apache2handler (MPM Worker - multi-thre
Le 13/02/2013 15:51, Zeev Suraski a écrit :
> https://github.com/zend-dev/ZendOptimizerPlus/
Great News !
Do you know if any control panel (like the one provided with APC)
already exists ?
I notice accelerator_reset, accelerator_get_configuration and
accelerator_get_status functions, so should
On Wed, Feb 13, 2013 at 9:51 AM, Zeev Suraski wrote:
>
> As per Derick’s idea, we can arrange a webinar for those interested in
> better understanding how it works. Note that this will not be a webinar
> for the faint of heart – opcode caches are complicated pieces of software;
> Attendees should
That's a good idea :) I'm also in
On 13 February 2013 09:51, Zeev Suraski wrote:
>
> As per Derick’s idea, we can arrange a webinar for those interested in
> better understanding how it works.
>
>
33 matches
Mail list logo