From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10882 invoked by uid 1002); 16 Apr 2003 11:14:40 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 12658 invoked from network); 16 Apr 2003 11:14:39 -0000 From: Benjamin Podszun To: "Robin H.Johnson" Cc: gentoo-dev@gentoo.org In-Reply-To: <20030416092910.GA30695@cherenkov.orbis-terrarum.net> References: <1050483429.1281.7.camel@blafasel> <20030416092910.GA30695@cherenkov.orbis-terrarum.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-GEZdx1cFHix+/CqSMmQ0" Organization: Message-Id: <1050491599.1161.12.camel@blafasel> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3- Date: 16 Apr 2003 13:13:19 +0200 Subject: Re: [gentoo-dev] Performance Apache/PHP / PHP-Problem X-Archives-Salt: a2fa8313-af47-465a-9251-8df41f25a848 X-Archives-Hash: 99a18df9a3eded441efd15c28d3c2202 --=-GEZdx1cFHix+/CqSMmQ0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Thanks.. Stupid me, I should've formatted it before I ask for help. But I'm really quite annoyed already.. I cannot find any difference between the Debian Installation that worked for about a year and this Gentoo 1.4 . I'm sure I made a mistake somewhere, but I've no idea where to start the search. KeepAlive is already disabled. The "W" states that it is currently responding to a request, right? I used KeepAlive before, but a keepalive-State would be a "K" in the "M"-Column. PHP connections can only be persistant for Databases, afaik? However: We don't use persistant connections and I just disabled them completely. No ideas what else I could turn off right now. :( On Wed, 2003-04-16 at 11:29, Robin H.Johnson wrote: > On Wed, Apr 16, 2003 at 10:57:09AM +0200, Benjamin Podszun wrote: > > I posted my Apache problems before and I think I found the root cause > > now. I have a nntp2web-gateway as forum and the nntp-server regularly > > reaches a high load because of some other applications. > > The server still accepts connections, but feeds more or less a "wait a > > moment" to my webserver.. >=20 > > First problem for me: Gentoo's mod_php isn't build with > > --enable-memory-limit. I needed that to solve some of my performance > > problems and I think it should be used by default, since one can set th= e > > limit in the php.ini. > Ok, I'll at this in shortly. >=20 > > Second problem: I seem to miss something here.. My php-scripts won't > > stop receiving data in spite of my self-made memory-limit-aware mod_php= . > > I get funny thinks like this with apachectl fullstatus: > > Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request > > 0-0 24732 0/9710/9710 W 255.39 48435 0 0.0 12.94 12.94 217.82.173.21= 1 > > galactic-tales.4players.de GET /nntp2web/thread.php?group=3Drpg > > HTTP/1.1 > You have misread the columns. >=20 > Align the columns better or look at the web version "http://localhost/ser= ver-status" in a table capable browser. > Srv PID Acc M CPU SS Req Conn Child S= lot Client VHost ... > 0-0 24732 0/9710/9710 W 255.39 48435 0 0.0 12.94 1= 2.94 217.82.173.211 galactic-tales.4players.de ... >=20 > The ~50 you see is NOT the size, it's the time in seconds since the last > request. The 'W' shows that the request is still open, so that IS a > serious issue. I would turn off keepalives + persistant connections in > apache/php totally. There is minimal performance gain with them in PHP > anyway. The '12.94Mb' for the Child column is how much that Apache child > process has transfered over its lifetime. > 9170 connections and 12.94Mb is quite low traffic. --=-GEZdx1cFHix+/CqSMmQ0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQA+nTrPeGGfskjv0zURAq+LAJ9OvbWYl2wRyMgI2voZneqa1tzBJgCeID+9 5WXxDKTnHiUV7fCulr7n0Jo= =6rvk -----END PGP SIGNATURE----- --=-GEZdx1cFHix+/CqSMmQ0--