jochem

<potentially-simpleton-thought>
er - f****ve me if what I say is stupid but if php is being pun as a CGI
isn't startup overhead incurred on each and every request?

also given the proliferation of shared hosting with the capability of
shoving php ini settings in .htaccess files (which I find myself
doing quite alot) ini parsing could occur more than just at startup
</potentially-simpleton-thought>

(and please also ignore the last comment if the ini parsing code is completely
seperate from whatever grabs/recieves settings from webserver config files)

rgds,
jochem

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

dmitry

Right, but CGI PHP is extremly slow and this improvement willn't help.

You are right again
PHP options from .htaccess are aplied on each request. Thanks. Dmitry.

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

helly

Hello Ron,

the first rule about optimizing is the 80-20 or 90-10 rule or whatever
you like more. Either way the idea is that the program spends more than
90% of it's run-time in less than 10% of it's functions. This is a very
general idea but nontheless has proven right since people program. On
the contray this rule means that you should spend 90% of your optimizing
power in those 10%. Much of it identifying these 10%. Now guess you were
finding all the small things you aim for, you as must as increase he 90%
that have little to non influence on the overall run-time efficiency.


Just in case anybody wanted to hear this :-)


best regards
marcus


Best regards,
Marcus

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

r.korving

Hi Marcus,

I'm very well aware of this. But to me, optimizing code to win CPU-cycles is
one of the great pleasures I have in programming . So I am and was fully
aware that what I submitted here were probably those less interesting 90% of
code that isn't used all the time. But I still enjoy finding these things,
and I do think that a large amount of performance improvements in that less
interesting 90% of the code, in the end can add up to something interesting
(although I am aware that there probably isn't that much to improve on a
code level, since I noticed the vast majority of the PHP codebase is already


So I knew my post here could be in vain, and maybe it still is. Feel free to
apply the things I found, or don't No hard feelings from me either way. I
enjoyed finding them

Regards, Ron
"Marcus Boerger" <helly@php.net> wrote in message news:1035317247.20060315021302@marcus-boerger.de...


--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php