Return-Path: X-Original-To: apmail-httpd-users-archive@www.apache.org Delivered-To: apmail-httpd-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id ACE7117820 for ; Tue, 4 Nov 2014 19:36:29 +0000 (UTC) Received: (qmail 95136 invoked by uid 500); 4 Nov 2014 19:36:26 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 95102 invoked by uid 500); 4 Nov 2014 19:36:26 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 95092 invoked by uid 99); 4 Nov 2014 19:36:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Nov 2014 19:36:26 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.217.173] (HELO mail-lb0-f173.google.com) (209.85.217.173) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Nov 2014 19:36:22 +0000 Received: by mail-lb0-f173.google.com with SMTP id n15so1549695lbi.4 for ; Tue, 04 Nov 2014 11:36:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=PsVG+r/w7O3dnpN77ZKmdfz/7WFrVQINv0iLkybx41M=; b=iHW2zPnGUp3+lb6xVldjSKKjJqa6gmB5cko1K36DjrDEoN0d7jQcbnS7Z3zjz1vyT5 Cv2iKbKLMsAtRFZg5eQwnygB8ksqjgtYCa8OVuDq+kwDj1QJpQo05lsltKeTQCAsF5xe zrA4A1bYqFG2kZkgQo+1lgDMZJWHBqsOHWkVm0vK0a0bvdg2/UXbBbSQFuY/7WmJKmyU EMc+IrZRgH7pI4TB6l+dMGKKZSq952y/bKKacDDibjmqFhaDtcdE3Dua7QMqqv9uaIyU omlsqWxLe5NAQeYWB/aZCkE02H3aO70GbUZZ01GOyZUejmRJuKlFlXoe+CIpWfDGG4Fg bbUw== X-Gm-Message-State: ALoCoQmoVFE08M8/4C7x5rm85kdU1AE/Tul/l+Axn8i3rN5O1zsGZ0/XSBElEdf1LgHi+x+JHK3SLUNJfjYJe5wzf+/m83vhLbDU07oJB3Ik1LVMowxfJlA= MIME-Version: 1.0 X-Received: by 10.152.37.104 with SMTP id x8mr62332543laj.74.1415129760353; Tue, 04 Nov 2014 11:36:00 -0800 (PST) Received: by 10.25.84.143 with HTTP; Tue, 4 Nov 2014 11:36:00 -0800 (PST) In-Reply-To: References: Date: Tue, 4 Nov 2014 19:36:00 +0000 Message-ID: From: Rajalakshmi Iyer To: users@httpd.apache.org Content-Type: multipart/alternative; boundary=089e0160b5f4ad6a3805070d928c X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] Help needed with event MPM configuration --089e0160b5f4ad6a3805070d928c Content-Type: text/plain; charset=UTF-8 Ok. Thanks. Does this situation sound plausible - Keep alive connections are not being used effectively by client applications (i.e. subsequent requests on keep-alive connections are not frequent enough to keep Apache workers busy all the time, resulting in low CPU utilisation). At the same time, because there are already so many keep-alive connections, the server is not accepting any more new connections from the client application. Thus, the server is mostly idle but not accepting new connections. Apologies for repeating the question, but wanted to confirm before I proceed to change the configuration. Regards Raj On Tue, Nov 4, 2014 at 7:19 PM, Eric Covener wrote: > On Tue, Nov 4, 2014 at 2:17 PM, Rajalakshmi Iyer > wrote: > > Could you also elaborate on the statement --- With event, keep alive > > connections don't tie up a thread between requests. Does that mean a > thread > > is allotted per connection, rather than per request in case of keep-alive > > connections (thus essentially mimicking a worker MPM rather than an event > > MPM)? > > The opposite. When a request ends, and the connection goes into > keepalive, the thread is free to work on any other request. > > -- > Eric Covener > covener@gmail.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org > For additional commands, e-mail: users-help@httpd.apache.org > > -- @BlisMedia www.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. --089e0160b5f4ad6a3805070d928c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ok. Thanks.=C2=A0

Does this situation s= ound plausible - Keep=C2=A0alive connections are not being used effectively by client appl= ications (i.e. subsequent requests on keep-alive connections are not freque= nt enough to keep Apache workers busy all the time, resulting in low CPU ut= ilisation). At the same time, because there are already so many keep-alive = connections, the server is not accepting any more new connections from the = client application.=C2=A0Thus, the server is mostly idle but not accepting new conn= ections.

Apologies for repeating the questi= on, but wanted to confirm before I proceed to change the configuration.

Regards
Raj

On Tue, Nov 4, 2014 at 7:19 PM, Eric = Covener <covener@gmail.com> wrote:
On Tue, Nov 4, 2014 at 2:17 PM, Rajalakshmi Iye= r <raj@blismedia.com> wrote:=
> Could you also elaborate on the statement --- With event, keep alive > connections don't tie up a thread between requests. Does that mean= a thread
> is allotted per connection, rather than per request in case of keep-al= ive
> connections (thus essentially mimicking a worker MPM rather than an ev= ent
> MPM)?

The opposite. When a request ends, and the connection goes into
keepalive, the thread is free to work on any other request.

--
Eric Covener
covener@gmail.com

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org



=
=
This email and any= attachments to it may be confidential and are intended=C2=A0solely fo= r the use of the individual to whom it is addressed. Any views or=C2=A0opinions expressed are solely those of the author and do not necessarily= =C2=A0represent those of BlisMedia Ltd, a company registered in England= and Wales=C2=A0with registered number 06455773. Its registered office= is 3rd Floor,=C2=A0101 New Cavendish St, London, W1W 6XH, United King= dom.

If you are not the intended recipient of this email, you must neither t= ake any=C2=A0action based upon its contents, nor copy or show it to any= one. Please contact=C2=A0the sender if you believe you have received t= his email in error.=C2=A0
--089e0160b5f4ad6a3805070d928c--