Pierre Joye in php.internals (Thu, 14 Feb 2013 11:21:33 +0100):
On Thu, Feb 14, 2013 at 11:09 AM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Is my impression right that there is still a lot to be done to get this
compiled under Windows? I did not succeed and then looked into
config.m4. There are
hi,
On Thu, Feb 14, 2013 at 11:36 AM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Pierre Joye in php.internals (Thu, 14 Feb 2013 11:21:33 +0100):
On Thu, Feb 14, 2013 at 11:09 AM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Is my impression right that there is still a lot to be done to get this
compiled
Pierre Joye in php.internals (Thu, 14 Feb 2013 12:09:57 +0100):
Yes, this bug is fixed in master, I submitter the PR earlier today.
OK. It builds now.
I also tried to compile it as a normal extension (in PHP 5.4 and PHP
5.5). The standard Windows (VC9) build script tries to make
hi Jan,
On Thu, Feb 14, 2013 at 12:34 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
I also tried to compile it as a normal extension (in PHP 5.4 and PHP
5.5). The standard Windows (VC9) build script tries to make
php_ZendOptimizerPlus.dll in stead of ZendOptimizerPlus.dll. Are there
any tweaks
Pierre Joye in php.internals (Thu, 14 Feb 2013 12:44:30 +0100):
I misread the question, it is expected, like php_xdebug, php_apc, etc.
Loaded from the command line (PHP 5.5.0alpha4 TS):
This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.5.0-dev, Copyright (c) 1998-2013
Pierre Joye in php.internals (Thu, 14 Feb 2013 11:21:33 +0100):
VC11 builds of PHP 5.5 (php itself :) snapshots are coming shortly too.
I will stick with VC9 for the moment ;-)
http://dl.dropbox.com/u/8954372/php-5.5.0alpha4-Win32-VC9-x86.zip
On Thu, Feb 14, 2013 at 2:40 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Pierre Joye in php.internals (Thu, 14 Feb 2013 11:21:33 +0100):
VC11 builds of PHP 5.5 (php itself :) snapshots are coming shortly too.
I will stick with VC9 for the moment ;-)
Hi internal,
A missing feature in PHP is a file system watcher/monitoring available
for almost all platforms. On Linux, we have inotify (available in PHP
through pecl/inotify), on Mac OS X, we have /dev/fsevents (not available
in PHP, since we need ioctl to do that in pure PHP —and sudo—, no
Pierre Joye in php.internals (Thu, 14 Feb 2013 14:47:48 +0100):
VC9 snaps are already available for all almost all commits at
http://windows.php.net/downloads/snaps/
http://windows.php.net/downloads/snaps/php-5.4/r4b900f4/ do not include
php_ZendOptimizerPlus.dll yet.
http://windows.php.net/qa/
On Thu, Feb 14, 2013 at 3:03 PM, Ivan Enderlin @ Hoa
ivan.ender...@hoa-project.net wrote:
Hi internal,
A missing feature in PHP is a file system watcher/monitoring available for
almost all platforms. On Linux, we have inotify (available in PHP through
pecl/inotify), on Mac OS X, we have
Hi Mike,
On 14/02/13 15:18, Mike Ho wrote:
Just a quick note, FileSystemWatcher in .NET is actually not recommended for
use by Microsoft.
It does not guarantee that an event will be raised on every new file or file
mod in a given folder… and it's even less determinstic when trying to deal
Hello Julien,
On 14/02/13 15:29, Julien Pauli wrote:
On Thu, Feb 14, 2013 at 3:03 PM, Ivan Enderlin @ Hoa
ivan.ender...@hoa-project.net wrote:
Hi internal,
A missing feature in PHP is a file system watcher/monitoring available for
almost all platforms. On Linux, we have inotify (available
2013/2/14 Ivan Enderlin @ Hoa ivan.ender...@hoa-project.net
Hello Julien,
On 14/02/13 15:29, Julien Pauli wrote:
On Thu, Feb 14, 2013 at 3:03 PM, Ivan Enderlin @ Hoa
ivan.ender...@hoa-project.net wrote:
Hi internal,
A missing feature in PHP is a file system watcher/monitoring
Hi Sebastian,
On 14/02/13 15:40, Sebastian Krebs wrote:
2013/2/14 Ivan Enderlin @ Hoa ivan.ender...@hoa-project.net
Hello Julien,
On 14/02/13 15:29, Julien Pauli wrote:
On Thu, Feb 14, 2013 at 3:03 PM, Ivan Enderlin @ Hoa
ivan.ender...@hoa-project.net wrote:
Hi internal,
A missing
hi Jan,
On Thu, Feb 14, 2013 at 3:21 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Pierre Joye in php.internals (Thu, 14 Feb 2013 14:47:48 +0100):
VC9 snaps are already available for all almost all commits at
http://windows.php.net/downloads/snaps/
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 *think*
On Thu, Feb 14, 2013 at 7:21 PM, Zeev Suraski z...@zend.com 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
On 2/14/2013 7:18 AM, Mike Ho wrote:
Just a quick note, FileSystemWatcher in .NET is actually not recommended for
use by Microsoft.
It does not guarantee that an event will be raised on every new file or file
mod in a given folder… and it's even less determinstic when trying to deal with
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 any
Pierre Joye in php.internals (Thu, 14 Feb 2013 15:58:21 +0100):
Or am I looking with my nose?
Yes ;-)
Snow for my eyes, frost on my nose. My zips do contain
php_ZendOptimizerPlus.dll and a lot of other extensions.
Jan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
On Thu, Feb 14, 2013 at 4:21 PM, Zeev Suraski 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
optimizer implementation? Or do you see Optimizer+ being the
framework for
On Thu, Feb 14, 2013 at 9:02 AM, Nikita Popov nikita@gmail.com wrote:
On Thu, Feb 14, 2013 at 4:21 PM, Zeev Suraski 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
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 5.4
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_ZendOptimizerPlus.dll
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, most
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 flipping
2013/2/14 Ivan Enderlin @ Hoa ivan.ender...@hoa-project.net:
I have written: “On Linux, we have inotify (available in PHP through
pecl/inotify)”, so yup, I know for inotify :-). I propose to gather all
these API and give a proper one to the end-user.
If you are doing so, I would suggest you to
On Thu, Feb 14, 2013 at 5:00 PM, Patrick ALLAERT patrickalla...@php.netwrote:
2013/2/14 Ivan Enderlin @ Hoa ivan.ender...@hoa-project.net:
I have written: “On Linux, we have inotify (available in PHP through
pecl/inotify)”, so yup, I know for inotify :-). I propose to gather all
these API
On Thu, Feb 14, 2013 at 5:32 PM, Rasmus Lerdorf ras...@lerdorf.com 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
On 02/14/2013 08:02 AM, Nikita Popov wrote:
On Thu, Feb 14, 2013 at 4:21 PM, Zeev Suraski z...@zend.com
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
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 same
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
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)
Hi!
A missing feature in PHP is a file system watcher/monitoring available
for almost all platforms. On Linux, we have inotify (available in PHP
through pecl/inotify), on Mac OS X, we have /dev/fsevents (not available
in PHP, since we need ioctl to do that in pure PHP —and sudo—, no C
I think it'd be great to have a library with unified interface and an
extension that uses it. However, I'm not sure if these libraries are
useful in common php use case - short-lived requests. Could I get the
changes since the last request? Or is it useful only for long-running
persistent
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
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
hi!
Here are a first result set using 5.5 and O+.
http://windows.php.net/downloads/snaps/ostc/pftt/perf/results-20130213-5.4.11-5.5.0devvc11.html
We did not update the templates for the report, please read the table as:
- No Cache:
. 5.5 VC11 PGO vs 5.4 VC9 PGO
- Wincache
. 5.4 PGO +
On Thu, Feb 14, 2013 at 4:56 PM, Jan Ehrhardt php...@ehrhardt.nl wrote:
Pierre Joye in php.internals (Thu, 14 Feb 2013 15:58:21 +0100):
Or am I looking with my nose?
Yes ;-)
Snow for my eyes, frost on my nose. My zips do contain
php_ZendOptimizerPlus.dll and a lot of other extensions.
hi,
On Thu, Feb 14, 2013 at 10:47 PM, Sanford Whiteman
swhitemanlistens-softw...@cypressintegrated.com wrote:
I think it'd be great to have a library with unified interface and an
extension that uses it. However, I'm not sure if these libraries are
useful in common php use case - short-lived
There are native APIs for that (read: non .net, aka C) on Windows
Well aware of that. The EXE does use the Win32 API, not a .NET
wrapper. I've used that API ever since it's been documented.
using an external process for this purpose would be horrible, in all
possible ways.
Well, yeah,
P.S. This was the very extension I was referring to when I posted to
Internals sometime last year about developing extensions, latest
books, etc..
It'd been a longtime fantasy of mine because I use PHP for a lot of
sysadmin-type tasks on Windows servers -- DB import/export, nightly
HTTP and FTP
42 matches
Mail list logo
