RE: Maximal verwendbarer Speicher für httpd Prozesse
Hi Andreas -Original Message- From: Andreas Müller [mailto:[EMAIL PROTECTED] Sent: Monday, September 05, 2005 11:55 AM To: users-de@httpd.apache.org Subject: RE: Maximal verwendbarer Speicher für httpd Prozesse Hallo Simon, danke für die Antwort :-) anytime Jo ich verwende da gezwungenermaßen apache2 und kann den leider wegen der ganzen Systemumgebung (Plesk etc.) nicht austauschen. Lighthttpd setzte ich auf einer anderen Maschine schon seit einiger Zeit erfolgreich ein um statische Inhalte wie Bilder o.ä. auszuliefern. er taugt auch hervorragend fuer dynmische inhalte. wir benutzen ihn als vollstaendigen apache ersatz und erliefert pronto bilder dynamische seiten fugiert als contentserver fuer andere grosse server und das alles mit einer systemlast die bei einem htop kaum in die oberen 40plaetze kommt. ;) Unser Apache2 ging ab ca 50 gleichzeitigen Zugriffen in die Knie. Alles Die weitere Modularisierung führt beim Apache2 einfach dazu das die Prozesse noch fetter geworden sind. In meinem Fall habe ich einen standard Apache mit php,perl und python (weil Hosting Umgebung) und da braucht ein Prozess mal schlappe 22-24 MB RAM. Das ist absoluter irrsinn - spiegelt aber warscheinlich unsere heutige Gleichgültigkeit mit Resourcen wieder. yep, das perverse daran ist das diese modularisierung niemand braucht und sie eh unnuetz ist. faktisch sind immernoch wichtige module vom apache1 nicht fuer apache2 verfuegbar. versuch doch mal ein traffic quoata (kein bandwidth shaping) mit apache2... apache2 ist eine krasse fehlgeburt und haette ab fedora core1 noch ein apache1 beigelegen - wir haetten ihn wohl nie eingesetzt. ich aerger mich heute noch das wir damals apache2 eine chance gegeben haben... aber gottseidank ist das bald geschichte. ich kann guten herzens niemanden apache2 empfehlen. apache1 ist lichtjahre ausgereifter und die anzahl an verwendbaren modulen nebst der besseren ressourcen-sparsamkeit macht ihn haushoch ueberlegen zu apache2. lighttpd hat noch den makel das es keine .ht* unterstuetzung gibt, aber auch das ist nur eine frage der zeit. ansonsten hat man maechtige und gut funktionierende module anbei die problemlos jede migration apache - lighttpd mit erfolg beschehren. ich hatte mal vor einiger zeit nen thread hier das apache2 probleme macht. viele machten den speicher als schuldigen aus. aber der verbraucher war apache und nicht die datenbank. und seien wir mal ehrlich es ist einfach nicht nachzuvollziehen warum ein programm was einfach nur TEXT zu einem client schicken soll fuer diese seite text soviel speicherplatz vereinnahmt wie die bibel gross ist... das ist allocierender speicherwahn. apache war mal gut und ist nun mittelmass. traurig. Simon -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Maximal verwendbarer Speicher für httpd Prozesse
Hallo Simon, ich glaube einfach da ist apache2 einfach der Entwicklung der anderen Software die auf Apache aufsetzen voraus. Wenn man beim Apache2 auf MPM prefork verzichten könnte dann sähe das ganze viel besser aus. z.B. mit MPM Worker hast du ne überschaubare Menge multithread Prozesse. Damit ist der Resourcenbedarf so extrem gering das es richtig Spass macht - und da kann kein forkender apache1 mithalten. Das blöde ist blos das die Unix-Welt auf dem Kriegsfuß mit Threads steht. Da wird lieber geforkt was das Zeug hält ohne sich einen Kopf zu machen was das für die Resourcen bedeutet. In den letzten Jahre erkennt man so langsam die Bedeutung und beginnt Threads in Unix verfügbar zu machen. Klar ist dabei auch das ältere Software damit natürlich nicht zurechtkommt. Es ist heute praktisch unmögliche eine sinnvolle Apache/PHP Konfiguration herzustellen die mit MPM Worker läuft da sehr viele interessante PHP Extensions nicht threadsafe sind. Ich denke wenn ich mir den Apache2 so ansehe hat man dort schon seine Hausaufgaben gemacht und eine modulares System aufzubauen das vor allem für Multithreading eingesetzt werden kann. Der einzig kapitale Fehler ist und war das man mit MPM prefork einen apache1 kompatiblen Modus anbietet. So fehlt der Druck auf die Hobby-Programmierer der anderen Module diese entlich mal threadsafe zu machen - es geht ja mit prefork. Manchmal hat nicht kommerzielle OSS eben auch ihre Probleme ... Gruß, Andreas -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Maximal verwendbarer Speicher für httpd Prozesse
Hi -Original Message- From: Andreas Müller [mailto:[EMAIL PROTECTED] Sent: Monday, September 05, 2005 12:46 PM To: users-de@httpd.apache.org Subject: RE: Maximal verwendbarer Speicher für httpd Prozesse Hallo Simon, ich glaube einfach da ist apache2 einfach der Entwicklung der anderen Software die auf Apache aufsetzen voraus. Wenn man beim Apache2 auf MPM prefork verzichten könnte dann sähe das ganze viel besser aus. z.B. mit MPM Worker hast du ne überschaubare Menge multithread Prozesse. Damit ist der Resourcenbedarf so extrem gering das es richtig Spass macht - und da kann kein forkender apache1 mithalten. das mag sein, aber entscheidend ist was hinten raus kommt. und das ist unterm strich nicht nutzbar und nicht konkurrenzfaehig mit seinem vorgaenger (apache1) oder anderen servern wie zb lighttpd. Das blöde ist blos das die Unix-Welt auf dem Kriegsfuß mit Threads steht. Da wird lieber geforkt was das Zeug hält ohne sich einen Kopf zu machen was das für die Resourcen bedeutet. In den letzten Jahre erkennt man so langsam die Bedeutung und beginnt Threads in Unix verfügbar zu machen. Klar ist dabei auch das ältere Software damit natürlich nicht zurechtkommt. Es ist heute praktisch unmögliche eine sinnvolle Apache/PHP Konfiguration herzustellen die mit MPM Worker läuft da sehr viele interessante PHP Extensions nicht threadsafe sind. fuer statische seiten laeuft der apache2 rund, aber wie gesagt. in der sekunde wo du ne grosse dynamische seite hast ist einfach rote laterne... Ich denke wenn ich mir den Apache2 so ansehe hat man dort schon seine Hausaufgaben gemacht und eine modulares System aufzubauen das vor allem für Multithreading eingesetzt werden kann. Der einzig kapitale Fehler ist und war das man mit MPM prefork einen apache1 kompatiblen Modus anbietet. So fehlt der Druck auf die Hobby-Programmierer der anderen Module diese entlich mal threadsafe zu machen - es geht ja mit prefork. Manchmal hat nicht kommerzielle OSS eben auch ihre Probleme ... naja was die hobby-programmierer angeht... zZ gibt es kaum sinnvolles fuer apache2. nur hausgemachtes. und das laeuft unterm stricht schlechter als gleiche module unter apache1. warum das so ist mag interessant sein aber fuer mich nicht beeinflussbar. mein admin job nimmt genuegend zeit in anspruch als das ich auch noch wieder zurueck zur programierenden gilde kehren koennte. ;) Gruß, Andreas wink Simon -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
RE: Maximal verwendbarer Speicher für httpd Prozesse
Hallo Simon, eine kurz Anmerkung noch bevor wir PM schelte von der Liste bekommen :-) fuer statische seiten laeuft der apache2 rund, aber wie gesagt. in der sekunde wo du ne grosse dynamische seite hast ist einfach rote laterne... leider stimmt das so auch nicht ganz solange man prefork verwendet. Das Massenforken der großen httpd Prozesse ist dort eben auch da und sorgt für entsprechenden Speicherverbrauch. Nur merkt man es da seltener weil das ausliefern der Daten so schnell geht das weniger Prozesse benötigt werden. Aber bei Bursts von vielen Clients (z.B. Heise DOS) passiert genau das gleiche - Out of Memory Viele Grüße und noch viel Spass bei der Migrierung, Andreas -- Apache HTTP Server Mailing List users-de unsubscribe-Anfragen an [EMAIL PROTECTED] sonstige Anfragen an [EMAIL PROTECTED] --
