Re: [PHP-DEV] Reducing the number of system calls for includes

On Friday, January 24, 2003, at 10:19 PM, Rasmus Lerdorf wrote: Eliminating realpath for fully qualified paths make sense to me. But... don't you Y! guys use php-a? Shouldn't this hide that overhead completely from you by completely eliminating all the stats on a require/include after the in

Re: [PHP-DEV] Reducing the number of system calls for includes

Apart from tidying up the include stuff.. - for this specific case, is it worth cosidering precompiling all the files into a single bytecode file?, thats what bcompiler ends up doing for classes.. etc. then manually indicate that you want to recompile the bundle, I'm guessing the actual PHP cod

Re: [PHP-DEV] Reducing the number of system calls for includes

> Eliminating realpath for fully qualified paths make sense to me. > > But... don't you Y! guys use php-a? Shouldn't this hide that overhead > completely from you by completely eliminating all the stats on a > require/include after the initial compilation? Or is this just a It doesn't elimi

Re: [PHP-DEV] Reducing the number of system calls for includes

Eliminating realpath for fully qualified paths make sense to me. But... don't you Y! guys use php-a? Shouldn't this hide that overhead completely from you by completely eliminating all the stats on a require/include after the initial compilation? Or is this just a 'greater good' optimization

[PHP-DEV] PHP and XML mailing list

A mailing list for discussing the future of PHP and XML development has been created. You can subscribe by sending a message to [EMAIL PROTECTED] (normal ezmlm commands apply). This mailing list is _only_ intended for actual php extension and api development, user support questions should remain

Re: [PHP-DEV] Reducing the number of system calls for includes

On Sat, 25 Jan 2003, Andi Gutmans wrote: > At 04:32 PM 1/24/2003 -0800, Rasmus Lerdorf wrote: > > > I can't really think of any way of getting around this. include_once() and > > > require_once() are basic language constructs and they require this. > > > >Well, they require us to be able to uniquel

Re: [PHP-DEV] deep compare: nesting level too deep

Moriyoshi Koizumi wrote: On Sat, Jan 25, 2003 at 01:00:53AM +0100, Vaclav Dvorak wrote: When I try to compare two "child" objects, PHP says: "Fatal error: Nesting level too deep - recursive dependency?". Well, yes, it _is_ a recursive dependency, but I don't see why PHP could not compare those

Re: [PHP-DEV] Reducing the number of system calls for includes

At 02:42 AM 1/25/2003 +0200, Andi Gutmans wrote: At 04:32 PM 1/24/2003 -0800, Rasmus Lerdorf wrote: > I can't really think of any way of getting around this. include_once() and > require_once() are basic language constructs and they require this. Well, they require us to be able to uniquely iden

Re: [PHP-DEV] Reducing the number of system calls for includes

At 04:32 PM 1/24/2003 -0800, Rasmus Lerdorf wrote: > I can't really think of any way of getting around this. include_once() and > require_once() are basic language constructs and they require this. Well, they require us to be able to uniquely identify a file, they do not necessarily require us to

Re: [PHP-DEV] deep compare: nesting level too deep

On Sat, Jan 25, 2003 at 01:00:53AM +0100, Vaclav Dvorak wrote: > When I try to compare two "child" objects, PHP says: "Fatal error: > Nesting level too deep - recursive dependency?". Well, yes, it _is_ a > recursive dependency, but I don't see why PHP could not compare those > objects anyway? Is

Re: [PHP-DEV] Reducing the number of system calls for includes

> I can't really think of any way of getting around this. include_once() and > require_once() are basic language constructs and they require this. Well, they require us to be able to uniquely identify a file, they do not necessarily require us to know the canonical filename. This could be done

Re: [PHP-DEV] Reducing the number of system calls for includes

> >As for numbers, I basically doubled the req/sec rate of a box by > >eliminating a bunch of system calls caused by include_path and > >open_basedir stat'ing, so in my particular situation here eliminating as > >many syscalls as I can is having a direct effect. > > What OS are you running on? Are

Re: [PHP-DEV] Reducing the number of system calls for includes

At 04:06 PM 1/24/2003 -0800, Rasmus Lerdorf wrote: > 5. Looking at Linux's syscall implementation and implementing > the good ideas in FreeBSD. Well yes, but fixing the os is pretty drastic. For now I will be patching things here to short-circuit all that stuff, but I think it is also so

Re: [PHP-DEV] Reducing the number of system calls for includes

I can't really think of any way of getting around this. include_once() and require_once() are basic language constructs and they require this. There is no way I can think of to cache these results because they often depend on include_path and cwd which might change. Yes, we could try and think o

Re: [PHP-DEV] Reducing the number of system calls for includes

> Well, take an app that has 30 includes in a directory 5 levels deep. > Just the realpath() call is going to do 180 stats every time that script > is hit. Not sure how that wouldn't show up on the radar regardless of the > OS. You probably don't have anything that has 30 includes, but people out

RE: [PHP-DEV] Java support....

> Lot's > of noise on there and something about foo vs. bar ;-). Since its a friday...count me in the "bar" camp. > I'm considering using the integrated Java support within PHP to make I beleive the Java extension is in experimental mode and development on it has ceased. I think they were plann

Re: [PHP-DEV] Reducing the number of system calls for includes

On Sat, 25 Jan 2003, Sascha Schumann wrote: > > files list. It's handy and nice to normalize the path here, but it is > > really really expensive! > > ..only on systems with ultra slow syscall setup procedures > (e.g. Solaris) or lack of directory cache. > > > Due to our current impleme

[PHP-DEV] deep compare: nesting level too deep

Hello list, I seem to have weird kinds of problems. I probably use some very unusual ways to program. I wonder if it's good or bad. ;-) I have an object that has a member variable that is an array whose elements are references to other ("child") objects. Those child objects, in turn, hold a re

Re: [PHP-DEV] Reducing the number of system calls for includes

On Sat, 2003-01-25 at 00:17, Rasmus Lerdorf wrote: > Take this script: > > > > So, a simple include with an absolute pathname to avoid any include_path > searching and all safe_mode and open_basedir checking turned off. The > latter of course being an absolute killer. We still need a lot of

Re: [PHP-DEV] Reducing the number of system calls for includes

> files list. It's handy and nice to normalize the path here, but it is > really really expensive! ..only on systems with ultra slow syscall setup procedures (e.g. Solaris) or lack of directory cache. > Due to our current implementation, if you have a lot of includes, you > really should

[PHP-DEV] Java support....

Guys, Sorry to post this to the dev list, but general yielded no results. Lot's of noise on there and something about foo vs. bar ;-). I'm considering using the integrated Java support within PHP to make method calls to a java reporting tool (jasper reports) from within PHP. Yet, the manual sug

[PHP-DEV] Reducing the number of system calls for includes

Take this script: So, a simple include with an absolute pathname to avoid any include_path searching and all safe_mode and open_basedir checking turned off. The latter of course being an absolute killer. We still need a lot of system calls to handle this include: getcwd("/home/rasmus", 40

[PHP-DEV] CVS Account Request: mgf

Occasional contributions to documentation; responding to / closing bug reports when I can. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Precompiled Apache/PHP/Sablotron/libxml/GD for Mac OS X

Hi I put together a .dmg file, which lets you install Apache/PHP4.3/etc on Mac OS X without having to download the Apple Developer Tools and/or fink. It does not have a lot of extensions, but the ones I need (especially XML stuff). If there is request for more extension, just drop me a note. More

[PHP-DEV] CVS Account Request: magnus

Fix smaller bugs. Close bug reports. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Possible threading issue in PHP

On Thu, 23 Jan 2003 21:00:57 -0500 "NAIK,ROSHAN (HP-Cupertino,ex1)" <[EMAIL PROTECTED]> wrote: > S/W Environment: HPUX 11.00, Apache 2.0 (worker model) , PHP 4.2.3 Apache 2 with worker MPM is not very stable. It will save you alot of trouble not running it with a threaded MPM for now. Regards M