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 findi
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
> -Original Message-
> From: Jochem Maas [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 14, 2006 6:03 PM
> To: Dmitry Stogov
> Cc: 'Ron Korving'; internals@lists.php.net
> Subject: Re: [PHP-DEV] Re: Calling performance geeks
>
>
> Dmitry Stogov wro
Dmitry Stogov wrote:
Php.ini is parsed only on php startup (not on each request).
So this improvement will not give to much.
er - forgive 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 shar
Php.ini is parsed only on php startup (not on each request).
So this improvement will not give to much.
Dmitry.
> -Original Message-
> From: Ron Korving [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 14, 2006 2:49 PM
> To: internals@lists.php.net
> Subject: Re: [PHP-D
Thanks for the info. I do have a Linux box, but that one needs uptime. I'll
need a new one I can screw up while developing on it. I think I'll buy me
one soon, so I can do these kind of things in the future.
Thanks again,
Ron
"Rasmus Lerdorf" <[EMAIL PROTECTED]> schreef in bericht
news:[EMAIL
It's probably not measurable, but a lot of small improvements like these may
be measurable. I don't know how often this situation occurs per request, but
if it happens for all apache config flags and php.ini flags, it may be worth
improving. If an improvement is not measurable per request (but i
Ron Korving wrote:
Oh right, okay. For a moment I thought you were talking about a
variable-length case insensitive string compare based on this principle :)
Your macro seems like a good idea to me. The function I was talking about
was an apache-flag checking function, not php.ini, but I guess
e-----
>> From: Ron Korving [mailto:[EMAIL PROTECTED]
>> Sent: Tuesday, March 14, 2006 10:37 AM
>> To: internals@lists.php.net
>> Subject: Re: [PHP-DEV] Re: Calling performance geeks
>>
>>
>> If this is possible, like Dmitry said, with a macro, that would be
&
e sense only if it really gives speedup.
Dmitry.
> -Original Message-
> From: Ron Korving [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 14, 2006 10:37 AM
> To: internals@lists.php.net
> Subject: Re: [PHP-DEV] Re: Calling performance geeks
>
>
> If this is possible, li
Ron Korving wrote:
If this is possible, like Dmitry said, with a macro, that would be
interesting. I'm curious what this macro would look like. Personally, I tend
to go for the less readable solution if the performance advantage is
definately there. A little comment to the code should always be
Original Message-
>> > From: Andi Gutmans [mailto:[EMAIL PROTECTED]
>> > Sent: Tuesday, March 14, 2006 8:57 AM
>> > To: Marcus Boerger; Ron Korving
>> > Cc: internals@lists.php.net
>> > Subject: Re: [PHP-DEV] Re: Calling performance geeks
>>
ks. Dmitry.
> -Original Message-
> From: Andi Gutmans [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, March 14, 2006 8:57 AM
> To: Marcus Boerger; Ron Korving
> Cc: internals@lists.php.net
> Subject: Re: [PHP-DEV] Re: Calling performance geeks
>
>
> This one isn't
; Cc: internals@lists.php.net
> Subject: Re: [PHP-DEV] Re: Calling performance geeks
>
>
> This one isn't a good idea. I bet it won't affect overal performance
> but makes the code much less maintainable.
> The others look OK (just took a quick glance)
>
This one isn't a good idea. I bet it won't affect overal performance
but makes the code much less maintainable.
The others look OK (just took a quick glance)
At 01:20 PM 3/13/2006, Marcus Boerger wrote:
> -
> In sapi/apache/mod_php5.c in the function php_apache_flag_handler_ex(),
> the or
Hello Ron,
i was under the impression you were already contributing to one of the
extensions. And well 5.1.2 obviously differs pretty much from 5.1.3 right
now especially in that file. To apply for a cvs account you'd first send
in some patches and mostly you would do that for a certain extensio
Hi Marcus,
Actually, I was looking at the 5.1.2, not 4.4. And 5.1.2 can't differ that
much from 5.1/HEAD, right? I'm not sure if I'm ready for CVS access, since I
don't know enough of the architecture of the system as a whole. I wouldn't
wanna break anything while trying to make things better. If
Hello Ron,
just as a clarification, you looked at unchanged 4.4 code that is fixed
since long in 5.1/HEAD. Please always first look into 5.1/HEAD since 4.4
will only get real fixes but no code beautifying. Also we always start to
modify HEAD first and MFH from there. Doing it the otherway round
Hi,
I don't have access and I don't need to do the changes myself, but if you
prefer it, I will (provided I get access of course).
Ron
"Marcus Boerger" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hello Ron,
>
> that stuff is only used in edgcases however it is more of a fix
Hello Ron,
that stuff is only used in edgcases however it is more of a fix than an
optimization. Do you have access and want to do the changes yourself?
regards
marcus
Monday, March 13, 2006, 10:08:30 PM, you wrote:
> Hi,
> If you're even interested in the tinyest of optimizations, you may w
Hi,
If you're even interested in the tinyest of optimizations, you may wanna
read this. I was just going through the php code. I'm not familiar with it
at all, so I don't know which functions are the bottlenecks, so I can't help
in optimizing the big picture. But I had little else to do right now
21 matches
Mail list logo
