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 <r...@blismedia.com> 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 <cove...@gmail.com> 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-unsubscr...@httpd.apache.org >> For additional commands, e-mail: users-h...@httpd.apache.org >> >> > > > @BlisMedia <http://twitter.com/BlisMedia> > > www.blismedia.com <http://blismedia.com> > > 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. >
