Re: [PHP-DEV] Re: Compilation of trunk with --enable-dtrace

2010-06-23 Thread Frederic Hardy
On 06/23/2010 22:43, Johannes Schlüter wrote: Hi, On Wed, 2010-06-23 at 22:04 +0200, Frederic Hardy wrote: f...@witchblade:/usr/home/fch/php/sapi/cli 26> sudo dtrace -ln 'php*:::' -c './php -m' Password: ID PROVIDERMODULE FUNCTION NAME Segmentati

Re: [PHP-DEV] Re: Compilation of trunk with --enable-dtrace

2010-06-23 Thread Johannes Schlüter
Hi, On Wed, 2010-06-23 at 22:04 +0200, Frederic Hardy wrote: > f...@witchblade:/usr/home/fch/php/sapi/cli > 26> sudo dtrace -ln 'php*:::' -c './php -m' > Password: > ID PROVIDERMODULE FUNCTION NAME > Segmentation fault: 11 (core dumped) Well, if DTrace s

Re: [PHP-DEV] Re: Compilation of trunk with --enable-dtrace

2010-06-23 Thread Frederic Hardy
Hello ! zend_dtrace_gen.h is generated during configure using dtrace -h and then the object file is generated using dtrace -G on Solaris and FreeBSD (mac os doesn't need a compiled object files of the probe description). On FreeBSD dtrace -h fails because of a syntax error in a dtrace script that

Re: [PHP-DEV] Performance problem with php

2010-06-23 Thread Rasmus Lerdorf
On 6/23/10 12:38 PM, Stas Malyshev wrote: > Hi! > >> But sadly not usable with common apps or frameworks as it will break >> very easily. >> >> That's fixable (userland) but painful. > > I didn't mean the stat call but rather the open call which precedes > include_once. stat is a separate issue.

Re: [PHP-DEV] Performance problem with php

2010-06-23 Thread Stas Malyshev
Hi! But sadly not usable with common apps or frameworks as it will break very easily. That's fixable (userland) but painful. I didn't mean the stat call but rather the open call which precedes include_once. stat is a separate issue. -- Stanislav Malyshev, Software Architect SugarCRM: http:/

[PHP-DEV] Re: [PHP-DOC] svn account

2010-06-23 Thread Ferenc Kovacs
On Wed, Jun 23, 2010 at 8:50 PM, Philip Olson wrote: > > On Jun 23, 2010, at 11:24 AM, Ferenc Kovacs wrote: > > > Hi. > > > > I wanted to request an svn user for fixing the hungarian documentation, > but I got this error: > > "An error occured when trying to create the account: someone is already

Re: [PHP-DEV] Performance problem with php

2010-06-23 Thread Pierre Joye
But sadly not usable with common apps or frameworks as it will break very easily. That's fixable (userland) but painful. On 23 Jun 2010 20:44, "Rasmus Lerdorf" wrote: On 6/23/10 11:40 AM, Stas Malyshev wrote: > Hi! > >> Another option may be to compute a hash of the... APC does the same if you

[PHP-DEV] Re: [PHP-DOC] svn account

2010-06-23 Thread Philip Olson
On Jun 23, 2010, at 11:24 AM, Ferenc Kovacs wrote: > Hi. > > I wanted to request an svn user for fixing the hungarian documentation, but I > got this error: > "An error occured when trying to create the account: someone is already using > that svn id" > I'm curious that we have another guy ar

Re: [PHP-DEV] Performance problem with php

2010-06-23 Thread Rasmus Lerdorf
On 6/23/10 11:40 AM, Stas Malyshev wrote: > Hi! > >> Another option may be to compute a hash of the file. When you find >> that file content has the same hash value as a known file you flag >> them as "same file". This could be faster (file contents are cached > > First, two files with the same

Re: [PHP-DEV] Performance problem with php

2010-06-23 Thread Stas Malyshev
Hi! Another option may be to compute a hash of the file. When you find that file content has the same hash value as a known file you flag them as "same file". This could be faster (file contents are cached First, two files with the same content is not the same as same file referred twice wi

[PHP-DEV] svn account

2010-06-23 Thread Ferenc Kovacs
Hi. I wanted to request an svn user for fixing the hungarian documentation, but I got this error: "An error occured when trying to create the account: someone is already using that svn id" I'm curious that we have another guy around here with the same nick, or I've just registered(maybe I got it w

Re: [PHP-DEV] Performance problem with php

2010-06-23 Thread Wietse Venema
Rasmus Lerdorf: [ Charset ISO-8859-1 unsupported, converting... ] > On 6/23/10 6:56 AM, Wietse Venema wrote: > > Stas Malyshev: > >> Hi! > >> > >>> could anybody tell me why also for every single php file engine must lstat > >>> all path? > >>> Why php engine don't simply try to open directly the f

Re: [PHP-DEV] Performance problem with php

2010-06-23 Thread Rasmus Lerdorf
On 6/23/10 6:56 AM, Wietse Venema wrote: > Stas Malyshev: >> Hi! >> >>> could anybody tell me why also for every single php file engine must lstat >>> all path? >>> Why php engine don't simply try to open directly the file? >> >> There are some places where PHP engine has to know "true" name of the

Re: [PHP-DEV] Performance problem with php

2010-06-23 Thread Wietse Venema
Stas Malyshev: > Hi! > > > could anybody tell me why also for every single php file engine must lstat > > all path? > > Why php engine don't simply try to open directly the file? > > There are some places where PHP engine has to know "true" name of the > file - i.e. filename that would be the sa

Re: [PHP-DEV] Performance problem with php

2010-06-23 Thread Vincenzo D'Amore
Many thanks to everybody helped me. I will follow your suggestions and check it. Best regards, Vincenzo On Mon, Jun 21, 2010 at 9:39 PM, Stas Malyshev wrote: > Hi! > > > could anybody tell me why also for every single php file engine must lstat >> all path? >> Why php engine don't simply try to

Re: [PHP-DEV] Re: APC in trunk

2010-06-23 Thread Pierre Joye
On Wed, Jun 23, 2010 at 2:47 AM, Ilia Alshanetsky wrote: > I believe it is a *nix specific patch. Yes, the patch is unix only. I don't think either it can be simply 'ported' to windows. -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org -- PHP Internals - PHP Runtime Dev