Return-Path: X-Original-To: apmail-httpd-users-de-archive@www.apache.org Delivered-To: apmail-httpd-users-de-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1F61B26F6 for ; Wed, 27 Apr 2011 02:28:26 +0000 (UTC) Received: (qmail 86034 invoked by uid 500); 27 Apr 2011 02:28:25 -0000 Delivered-To: apmail-httpd-users-de-archive@httpd.apache.org Received: (qmail 85974 invoked by uid 500); 27 Apr 2011 02:28:25 -0000 Mailing-List: contact users-de-help@httpd.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: users-de@httpd.apache.org List-Id: Delivered-To: mailing list users-de@httpd.apache.org Received: (qmail 85966 invoked by uid 99); 27 Apr 2011 02:28:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Apr 2011 02:28:25 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of h.reindl@thelounge.net designates 91.118.73.15 as permitted sender) Received: from [91.118.73.15] (HELO mail.thelounge.net) (91.118.73.15) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Apr 2011 02:28:19 +0000 Received: from srv-rhsoft.rhsoft.net (openvpn-241.thelounge.net [10.0.0.241]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.thelounge.net (Postfix) with ESMTPSA id 996E0B7 for ; Wed, 27 Apr 2011 04:27:57 +0200 (CEST) Message-ID: <4DB77F2D.5090602@thelounge.net> Date: Wed, 27 Apr 2011 04:27:57 +0200 From: Reindl Harald Organization: the lounge interactive design User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110421 Fedora/3.1.9-2.fc14 Lightning/1.0b3pre Thunderbird/3.1.9 MIME-Version: 1.0 To: users-de@httpd.apache.org Subject: Re: Speicherverbrauche Apache 2.2.17 References: <739CCB2D4BF8FD48985D6E158AD327B80E816CC820@DC01.tecracerde.local> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=7F780279; url=http://arrakis.thelounge.net/gpg/h.reindl_thelounge.net.pub.txt Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig02AFCF9FA9CB4481E399120D" --------------enig02AFCF9FA9CB4481E399120D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am 26.04.2011 23:03, schrieb Mario Brandt: >> Wenn ich das richtig sehe wird per Default dann nur dieser Block angew= endet: >> >> >=20 > nicht wirklich! Da Du httpd.exe geschrieben hast, wird es sich um ein > Windows system handeln. Dort trifft folgender Block zu: >=20 > > ThreadsPerChild 150 > MaxRequestsPerChild 0 > Korrekt Aber auch hier: MaxRequestsPerChild 0 Das ist Sch=F6nwetter-Config :-) >> Klingt nach einem Speicherleck irgendwo in PHP oder >> irgendeinem Modul >=20 > Kann ich mir auch vorstellen. Ich empfehle da PHP =FCber mod_fcgid > laufen zu lassen, dann l=E4uft der httpd Prozess nicht =FCber und der P= HP > Prozess stirbt nach einer Weile wieder und gibt den Speicher wieder > frei. Ich habe damit bis jetzt ganz gute Erfahrungen gemacht. Naja ich hab das zum Spass auch unter Windows aufgesetzt in einer VM aber verkaufen w=FCrde ich das niemandem f=FCr produktives Hosting >> Bei "richtig stark frequentiert" stellt sich allerdings prim=E4r >> die Frage warum man sowas auf Windows betreibt? > Das ist ja schon fast eine religi=F6se Frage ;)=20 Nein > Aber jeder sollte ein OS betreiben, dass er versteht und=20 > auch warten kann.=20 Oder lernen mit dem richtigen OS f=FCr die Anwendung umzugehen bzw. ein passendes Hosting-Paket kaufen wo sich jemand drum k=FCmmert Bei einer High-Traffic-Seite hat Apache unter Windows nichts zu suchen > Ein regelm=E4=DFig gepatchtes Windows kann genauso gut sein, > wie jedes andere OS Du verwechselst hier was, das regelm=E4ssig patchen behebt Sicherheitspro= bleme des OS, das hab ich unter jedem OS geht aber am Thema vorbei Aber es behebt nicht die Tatsache dass Apache und speziell PHP unter Windows schlicht und ergreifend um ein vielfaches langsamer und instabiler sind als beispielsweise unter Linux auf dem gleichen Blech Schon alleine dass der Apache Multithreaded l=E4uft anstatt preforkend tut der Stabilit=E4t schon mal nicht gut sobald PHP+Extensions im Spiel sind und mod_fcgid l=E4uft unter Windows auch nicht sooo prickelnd Probiers doch aus: * PHP-Anwendung * Gleiche Konfiguration / Software-Version * 1 x Windows VM, 1 x Linux VM * Apache-Benchmark drauf lassen * ab -c 50 -n 250000 http://testvm/ Mit VIEL Gl=FCck =FCberlebt das die Windows-Gurke =FCberhaupt wenn dir de= r httpd nicht irgendwann um die Ohren fliegt, aber in jedem Fall ist die Linux-Version vor allem wenn auch etwas IO-Last (Ornderlistings, Stat-Calls) um ein VIELFACHES schneller Lass mal mit PHP ein ordnerlisting rekursiv auf 30.0000 Dateien laufen per PHP-SPL, unter Linux dauert das Sekunden, unter Windows Minuten Der zweite Call unter Linux dauert Sekundenbruchteile Der zweite Call unter Windows genauso lang wie der Erste Sorry, aber das ist keine religi=F6se Frage sondern ein Spielzeug-OS das auf einem Server rein gar nichs zu suchen hat --------------enig02AFCF9FA9CB4481E399120D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAk23fy0ACgkQhmBjz394AnnfFgCfbU9UDTQgdu/R816JExPgQmgT QgsAmQGcsqXF1jQedviUhi0c7L0G5+Ga =FRhY -----END PGP SIGNATURE----- --------------enig02AFCF9FA9CB4481E399120D--