Hohe Last durch Esselbach ?
dbode 0
From: -
From: -
Notice
This topic is archived. New comments cannot be posted and votes cannot be cast.Responses to this topic
1 Re: Hohe Last durch Esselbach ?
dbode
OP
0
From: -
From: -
Hohe Last durch Esselbach ?
Hallo Philipp,
Danke für die Tipps, ich probiere das den Tag über mal aus und leite das an den Admin weiter. Wir haben einen Raid 5-Controller (3ware Escalade 7500) mit Serial ATA-Festplatten. Von der Performance her kommt der recht gut. Für SCSI-Platten waren logischerweise die Finanzen zu klein *g*
Allerdings meine ich, dass der Controller bei Linux als SCA-Device eingebunden ist, aber das wird überprüft...
Hallo Philipp,
Danke für die Tipps, ich probiere das den Tag über mal aus und leite das an den Admin weiter. Wir haben einen Raid 5-Controller (3ware Escalade 7500) mit Serial ATA-Festplatten. Von der Performance her kommt der recht gut. Für SCSI-Platten waren logischerweise die Finanzen zu klein *g*
Allerdings meine ich, dass der Controller bei Linux als SCA-Device eingebunden ist, aber das wird überprüft...
1 Re: Hohe Last durch Esselbach ?
Philipp
From: Vienna, Austria
Administrator
1340From: Vienna, Austria
Hohe Last durch Esselbach ?
Originally posted by dbode:
Theoretisch sollte mod_admin.php aus 1.8.1a auch unter 1.7 laufen. Dann sollte sich zumindest das Caching System korrekt umstellen lassen.
Originally posted by dbode:
Speicher/Datei war die erste Caching Methode, Dateicache ist später dazugekommen. Von der Performance her ist Dateicache auf den meisten Unix Systemen schneller.
Originally posted by dbode:
Verwendet der Server IDE Festplatten? Dann ist sehr wahrscheinlich der UltraDMA Modus nicht aktiviert. Um ihn unter Debian zu aktivieren: http://channel.debian.de/faq/ch-confighw.html (Punkt 4.4)
Ansich sind bei Dual CPU Server mit hoher Traffic aber SCSI Festplatten empfehlenswert. SCSI Platten bietet bei Hochlast eine weit bessere I/O Leistung.
Originally posted by dbode:
Also ich hoffe, dass es aktiv ist - ich kann in dem Verzeichnis lauter Ordner sehen, im Verzeichnis "story" befinden sich z.B. auch zu jeder News eine story-nummer-1.cah.php Datei. Wir verwenden Version 1.7 - also noch eine ältere, aber upgraden macht immer so viel Arbeit
Theoretisch sollte mod_admin.php aus 1.8.1a auch unter 1.7 laufen. Dann sollte sich zumindest das Caching System korrekt umstellen lassen.
Originally posted by dbode:
Was ist denn der Unterschied zwischen Speicher/Datei- und Dateicache ?
Speicher/Datei war die erste Caching Methode, Dateicache ist später dazugekommen. Von der Performance her ist Dateicache auf den meisten Unix Systemen schneller.
Originally posted by dbode:
Die Frage mit den stoßweisen Festplattenzugriffen resulitierte auf der Entdeckung, dass unser Server ca. alle drei Sekunden auf die Festplatte Daten schreibt. Während er schreibt, steht praktisch das System. Hattest Du so einen Effekt schonmal ? Ich kenne das eigentlich nur von Windows, wenn man uralte IDE-Treiber verwendet hat
Verwendet der Server IDE Festplatten? Dann ist sehr wahrscheinlich der UltraDMA Modus nicht aktiviert. Um ihn unter Debian zu aktivieren: http://channel.debian.de/faq/ch-confighw.html (Punkt 4.4)
Ansich sind bei Dual CPU Server mit hoher Traffic aber SCSI Festplatten empfehlenswert. SCSI Platten bietet bei Hochlast eine weit bessere I/O Leistung.
1 Re: Hohe Last durch Esselbach ?
dbode
OP
0
From: -
From: -
Hohe Last durch Esselbach ?
Also ich hoffe, dass es aktiv ist - ich kann in dem Verzeichnis lauter Ordner sehen, im Verzeichnis "story" befinden sich z.B. auch zu jeder News eine story-nummer-1.cah.php Datei. Wir verwenden Version 1.7 - also noch eine ältere, aber upgraden macht immer so viel Arbeit
Was ist denn der Unterschied zwischen Speicher/Datei- und Dateicache ?
Die Frage mit den stoßweisen Festplattenzugriffen resulitierte auf der Entdeckung, dass unser Server ca. alle drei Sekunden auf die Festplatte Daten schreibt. Während er schreibt, steht praktisch das System. Hattest Du so einen Effekt schonmal ? Ich kenne das eigentlich nur von Windows, wenn man uralte IDE-Treiber verwendet hat
Also ich hoffe, dass es aktiv ist - ich kann in dem Verzeichnis lauter Ordner sehen, im Verzeichnis "story" befinden sich z.B. auch zu jeder News eine story-nummer-1.cah.php Datei. Wir verwenden Version 1.7 - also noch eine ältere, aber upgraden macht immer so viel Arbeit
Was ist denn der Unterschied zwischen Speicher/Datei- und Dateicache ?
Die Frage mit den stoßweisen Festplattenzugriffen resulitierte auf der Entdeckung, dass unser Server ca. alle drei Sekunden auf die Festplatte Daten schreibt. Während er schreibt, steht praktisch das System. Hattest Du so einen Effekt schonmal ? Ich kenne das eigentlich nur von Windows, wenn man uralte IDE-Treiber verwendet hat
1 Re: Hohe Last durch Esselbach ?
Philipp
From: Vienna, Austria
Administrator
1340From: Vienna, Austria
Hohe Last durch Esselbach ?
Originally posted by dbode:
Welche Storyteller Version verwendest Du? Werden in der "Datei-Cache" Einstellung tatsächlich Daten in den Cache gespeichert? Überprüfe einmal das /cache Verzeichnis.
Originally posted by dbode:
Nein. Es wird nur die Seite im Cache gespeichert, die gerade aufgerufen wird.
Originally posted by dbode:
Das Caching-System ist aktiviert, aber ich kann hier nur "Datei-Cache" einstellen, sobald ich Datei/Speichercache wähle und absende, steht die Einstellung wieder auf Dateicache. Den MySQL-Cache habe ich acuh schon ausprobiert, allerdings ohne Wirkung.
Welche Storyteller Version verwendest Du? Werden in der "Datei-Cache" Einstellung tatsächlich Daten in den Cache gespeichert? Überprüfe einmal das /cache Verzeichnis.
Originally posted by dbode:
Schreibt Esselbach eigentlich stoßweise Daten auf die Festplatte ? Z.B. wenn der Cache neu gebaut wird ?
Nein. Es wird nur die Seite im Cache gespeichert, die gerade aufgerufen wird.
1 Re: Hohe Last durch Esselbach ?
dbode
OP
0
From: -
From: -
Hohe Last durch Esselbach ?
Das Caching-System ist aktiviert, aber ich kann hier nur "Datei-Cache" einstellen, sobald ich Datei/Speichercache wähle und absende, steht die Einstellung wieder auf Dateicache. Den MySQL-Cache habe ich acuh schon ausprobiert, allerdings ohne Wirkung.
Turck MMCache kann das Problem eigentlich nicht sein, es ist in der neuen AMD64-Debian-Distribution enthalten und wurde auch erst nachträglich eingeschaltet (vorher war der Load auch schon so hoch).
Kernel: 2.6, also leider auch keine Wirkung.
Die Modifikation habe ich abgeschaltet, leider hat das auch nichts gebracht.
Schreibt Esselbach eigentlich stoßweise Daten auf die Festplatte ? Z.B. wenn der Cache neu gebaut wird ?
Das Caching-System ist aktiviert, aber ich kann hier nur "Datei-Cache" einstellen, sobald ich Datei/Speichercache wähle und absende, steht die Einstellung wieder auf Dateicache. Den MySQL-Cache habe ich acuh schon ausprobiert, allerdings ohne Wirkung.
Turck MMCache kann das Problem eigentlich nicht sein, es ist in der neuen AMD64-Debian-Distribution enthalten und wurde auch erst nachträglich eingeschaltet (vorher war der Load auch schon so hoch).
Kernel: 2.6, also leider auch keine Wirkung.
Die Modifikation habe ich abgeschaltet, leider hat das auch nichts gebracht.
Schreibt Esselbach eigentlich stoßweise Daten auf die Festplatte ? Z.B. wenn der Cache neu gebaut wird ?
1 Re: Hohe Last durch Esselbach ?
Philipp
From: Vienna, Austria
Administrator
1340From: Vienna, Austria
Hohe Last durch Esselbach ?
Ist das Caching System auch aktiviert? Möglicherweise liegt es an dieser Modifikation: http://www.esselbach.com/thread.php?id=143 . Probiere Sie einmal Testhalber zu deaktivieren.
Ansich hat Storyteller keine Probleme mit hohen Traffic. Die derzeit trafficstärkste Website http://www.majorgeeks.com hat knapp 1 Million Seitenaufrufe am Tag auf einen Dual Xeon 2.8GHz 3GB Ram Server. Der Serverload in Stoßzeiten liegt zwischen 1.5 und 2.0.
Wurde Turck MMCache bei deiner Installation von Hand kompiliert oder aus dem Debian Archiv installiert? Truck MMCache ist seit einiger Zeit nicht mehr in Debian enthalten und wird daher auch nicht mehr automatisch aktualisiert. Eine ältere Turck MMCache Version zusammen mit einer neueren PHP Version könnte auch diverse Probleme auslösen. Majorgeeks z.B. verwendet überhaupt keinen PHP Beschleuniger mehr.
Welchen Kernel verwendet dein Server? Falls Du noch Kernel 2.4 verwendest, würde ich Kernel 2.6.xx installieren. Kernel 2.6 hat eine weit bessere Performance und einen niedrigeren Ram Verbrauch.
Ist das Caching System auch aktiviert? Möglicherweise liegt es an dieser Modifikation: http://www.esselbach.com/thread.php?id=143 . Probiere Sie einmal Testhalber zu deaktivieren.
Ansich hat Storyteller keine Probleme mit hohen Traffic. Die derzeit trafficstärkste Website http://www.majorgeeks.com hat knapp 1 Million Seitenaufrufe am Tag auf einen Dual Xeon 2.8GHz 3GB Ram Server. Der Serverload in Stoßzeiten liegt zwischen 1.5 und 2.0.
Wurde Turck MMCache bei deiner Installation von Hand kompiliert oder aus dem Debian Archiv installiert? Truck MMCache ist seit einiger Zeit nicht mehr in Debian enthalten und wird daher auch nicht mehr automatisch aktualisiert. Eine ältere Turck MMCache Version zusammen mit einer neueren PHP Version könnte auch diverse Probleme auslösen. Majorgeeks z.B. verwendet überhaupt keinen PHP Beschleuniger mehr.
Welchen Kernel verwendet dein Server? Falls Du noch Kernel 2.4 verwendest, würde ich Kernel 2.6.xx installieren. Kernel 2.6 hat eine weit bessere Performance und einen niedrigeren Ram Verbrauch.
Hallo Philipp,
ich habe leider ein kleines Problem und glaube, das es auf Esselbach zurückzuführen ist. Seit ungefähr einem halben Jahr haben wir auf Hardwareluxx einen extrem starken Besucheranstieg. Seit Dezember haben wir knapp 5.500.000 Page Impressions wobei Esselbach intern knapp 1.2 Millionen zählt.
Seit dem haben wir gerade in den geschäftigen Abendstunden einen Load knapp 6 auf den Servern, stoßweise sind es 8 bis 12, teilweise ist dadurch auch die Performance der Webseite unerträglich.
Bislang habe ich es auf die Server geschoben. Wir sind von zwei 3.06 Ghz Pentium 4 Rechner jetzt auf einen Dual Opteron 248 mit 8 GB RAM umgestiegen - mit allem Schnickschnack.
Die Last bleibt weiter so hoch.
Also haben wir alles mögliche deaktiviert: Forum, Gallery, unsere Artikel, interne Skripte... bislang haben wir alles deaktiviert ausser Esselbach. Das kann man ja als "Startpage" schlecht deaktivieren.
Deshalb meine Frage: Sind Dir Probleme bekannt, wenn Esselbach sehr stark genutzt wird ? Gibt es eine Lösung für sowas ?
Weitere Infos: Wir nutzen im Moment PHP 4.3.10-9 mit Turck MMCache und MySQL 4.1.10a, InnoDB ist noch nicht aktiviert.
Grüße
Dennis