Re: Help needed with event MPM configuration

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The CPU consumed is the load required to fulfil 240 requests simultaneously while keeping the rest queued.

As Eric said, If you want to use more of your available CPU you need to increase MaxRequestWorkers to 720 or more.

Also ServerLimit and ThreadsPerChild as their multiple is currently 240 so that limits your connections.

http://httpd.apache.org/docs/current/mod/mpm_common.html#maxrequestworkers

Kind Regards,

Scott

First Class Watches
9 Warwick Road
Kenilworth
CV8 1HD
Warwickshire
United Kingdom

On 4 November 2014 14:10, Rajalakshmi Iyer <raj@xxxxxxxxxxxxx> wrote:
Thanks Eric.

We might be able to increase the number of threads available to handle new connections, but it seems like existing threads are doing nothing (CPU utilization is quite low). How can that be explained?

Regards
Raj

On Tue, Nov 4, 2014 at 2:05 PM, Eric Covener <covener@xxxxxxxxx> wrote:
> Assuming the server is always under heavy load, the 240 worker threads are busy working on 240 requests from 240 established connections. As soon as they finish their work, they will be working on the subsequent requests on the same connection.
>
> There are 720 connections that have been accepted by the server, but only 240 of those have been worked upon. The remaining 480 will never get a chance, because there are subsequent requests on the same connection to be worked upon.
>
> As it stands today, the symptoms observed are --
>
> The server is not responding to new connections
> The 8 core server machine shows that 80% of each of the 8 cores is idle, which means that the workers are not really doing much. Does that mean that each of the 240 threads when allocated a connection is waiting for requests on that connection and not picking up other connections that are newly established?



If you have 720 units of parallel, non-idle work and you don't want
queuing, you want MaxRequestWorkers >= 720.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx






This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of BlisMedia Ltd, a company registered in England and Wales with registered number 06455773. Its registered office is 3rd Floor, 101 New Cavendish St, London, W1W 6XH, United Kingdom.

If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. 


[Index of Archives]     [Open SSH Users]     [Linux ACPI]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Squid]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux