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 tr
> 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, tha
hi,
On Thu, Feb 14, 2013 at 10:47 PM, Sanford Whiteman
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 requests. Could I get the
>> changes since
On Thu, Feb 14, 2013 at 4:56 PM, Jan Ehrhardt 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.
That's all ni
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 + Winca
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
> 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
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
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):
> >>>
On Thu, Feb 14, 2013 at 5:00 PM, Patrick ALLAERT wrote:
> 2013/2/14 Ivan Enderlin @ Hoa :
> > 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
2013/2/14 Ivan Enderlin @ Hoa :
> 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 create this as a C
library
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
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,
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 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
netw
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 Jan,
On Thu, Feb 14, 2013 at 3:21 PM, Jan Ehrhardt 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/
>
> http://windows.php.net/downloads/snaps/php-5.4/r4b900f4/ do
Hi Sebastian,
On 14/02/13 15:40, Sebastian Krebs wrote:
2013/2/14 Ivan Enderlin @ Hoa
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 syst
2013/2/14 Ivan Enderlin @ Hoa
> 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
>>> fo
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
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 wit
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 ha
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
network share drives.
Microsoft's own deve
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
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 C
On Thu, Feb 14, 2013 at 2:40 PM, Jan Ehrhardt 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 ;-)
> http://dl.dropbox.com/u/8954372/php-5.5.0alpha4-Win32-VC9-
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
http://dl.dropbox.com/u/8954372/php-5.5.0alpha4-nts-Wi
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
hi Jan,
On Thu, Feb 14, 2013 at 12:34 PM, Jan Ehrhardt 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 needed
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
>> php_Zen
hi,
On Thu, Feb 14, 2013 at 11:36 AM, Jan Ehrhardt 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 wrote:
>>> Is my impression right that there is still a lot to be done to get this
>>> compiled under Windows? I did not su
Pierre Joye in php.internals (Thu, 14 Feb 2013 11:21:33 +0100):
>On Thu, Feb 14, 2013 at 11:09 AM, Jan Ehrhardt 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 huge differenc
43 matches
Mail list logo
