On Sat, 12 Jan 2013, Stefan Fritsch wrote:
On Thursday 10 January 2013, Niklas Edmundsson wrote:
To reiterate back to the event mpm / mod_status integration, are
there any work in progress on implementing a more verbose status
display for the event mpm? I'm thinking of something that can show
a
On Thursday 10 January 2013, Niklas Edmundsson wrote:
> To reiterate back to the event mpm / mod_status integration, are
> there any work in progress on implementing a more verbose status
> display for the event mpm? I'm thinking of something that can show
> all requests currently being processed l
To reiterate back to the event mpm / mod_status integration, are there
any work in progress on implementing a more verbose status display for
the event mpm? I'm thinking of something that can show all requests
currently being processed like we have today for prefork/worker. The
current "threa
On Monday 07 January 2013, Daniel Lescohier wrote:
> I see that event mpm uses a worker queue that uses a condition
> variable, and it does a condition variable signal when something
> is pushed onto it. If all of the cpu cores are doing useful work,
> the signal is not going to force a context swi
I see that event mpm uses a worker queue that uses a condition variable,
and it does a condition variable signal when something is pushed onto it.
If all of the cpu cores are doing useful work, the signal is not going to
force a context switch out of a thread doing useful work, the thread will
cont
+1... a lot of little improvements can result in a BIG
improvement.
On Jan 5, 2013, at 8:34 AM, Graham Leggett wrote:
> On 05 Jan 2013, at 2:05 AM, Stefan Fritsch wrote:
>
>> For 1., a better thread selection would definitely be a win. For 2.
>> and 3., it is less obvious.
>
> +1.
>
> Just
On 05 Jan 2013, at 2:05 AM, Stefan Fritsch wrote:
> For 1., a better thread selection would definitely be a win. For 2.
> and 3., it is less obvious.
+1.
Just because in some cases a cache might not help, doesn't mean we shouldn't
take advantage of the cache when it will help.
Regards,
Graha
On Friday 04 January 2013, Daniel Lescohier wrote:
> I just saw this from last month from Stefan Fritsch and Niklas
> Edmundsson:
>
> The fact that the client ip shows up on all threads points to some
>
> >> potential optimization: Recently active threads should be
> >> preferred, because their m
I just saw this from last month from Stefan Fritsch and Niklas Edmundsson:
The fact that the client ip shows up on all threads points to some
>> potential optimization: Recently active threads should be preferred,
>> because their memory is more likely to be in the cpu caches. Right
>> now, the th
On Mon, 17 Dec 2012, Stefan Fritsch wrote:
On Sunday 16 December 2012, Niklas Edmundsson wrote:
I'm playing around with the event mpm in httpd 2.4.3, and I've come
to the conclusion that the stats reported by mod_status is rather
strange. I'm not sure if it's a bug or simply not implemented...
On Sunday 16 December 2012, Niklas Edmundsson wrote:
> I'm playing around with the event mpm in httpd 2.4.3, and I've come
> to the conclusion that the stats reported by mod_status is rather
> strange. I'm not sure if it's a bug or simply not implemented...
>
> My test case is just a simple file t
Hi all.
I'm playing around with the event mpm in httpd 2.4.3, and I've come to
the conclusion that the stats reported by mod_status is rather
strange. I'm not sure if it's a bug or simply not implemented...
My test case is just a simple file transfer of a DVD image, no
mod_cache etc. involv
12 matches
Mail list logo
