ABAKUS

Oder (nicht vollstaendiger) Verzicht auf ne DB und Nutzung von shared memory ,-)

Hat eigentlich schon wer die Caching Engine von Georg Schlossnagle verwendet, die soll auf Basis von shared memory funzen.. ei der Daus..

DB und aufgeblähter HTML Code sind die großten Probleme.
Sehr empfehlen kann ich das Buch
https://www.websiteoptimization.com/

interessant auch die Qute von Stern.de

"Vor dem Relaunch hatten unsere Seiten im Durchschnitt einen Umfang von 100 Kb - jetzt sind es 37 kb. Das bedeutet natürlich eine enorme Veringerung der Serverlast. In den Stoßzeiten bewältigen unsere Server heute bis zu 50 Page Impressions pro Sekunde."

https://www.webwriting-magazin.de/inter/jerani.php

DB und aufgeblähter HTML Code sind die großten Probleme.

Verzicht auf ne DB und Nutzung von shared memory

Performance holt man speziell bei PHP durch effizientes Programmieren,
gutes DB-Design raus. Wenn eines dieser beiden nicht beachtet wird
entsteht ein Bottleneck, und aus ist es.

Schludriges Programmieren und liebloses DB Design gerade bei bei
vielen Einträgen sind der Tod.

axelm hat geschrieben:"Vor dem Relaunch hatten unsere Seiten im Durchschnitt einen Umfang von 100 Kb - jetzt sind es 37 kb. Das bedeutet natürlich eine enorme Veringerung der Serverlast. In den Stoßzeiten bewältigen unsere Server heute bis zu 50 Page Impressions pro Sekunde."

Schon die Startseite vom Stern hat ohne Bilder, Stylesheets oder JavaScripts (unkomprimiert) 60kB. Wenn man dann noch die ca. 70! Bilder und den Rest dazurechnet, sind die 100kB sicherlich schon übertroffen.

apache 1.x liefert html aus und proxy piped *.php an nen threaded apache2 auf dem php im fastcgi kontainer läuft und der apache2 liefert selbst aus.
das is quasi ein kleiner ZEUS - schneller gehts nicht im opensource bereich.
gut, lighthttpd halt noch vom kneschke.

wenn man einen reinen raushauserver haben will würde ich einen apache 1 nehmen und den ordentlich tunen. heißt: logfiles auf ne ramdisk, alle mods deaktivieren, mod_gzip ordentich configen und schlussendlich das apache bin an den prozessor angepasst compilen (CPU flags!). da kann man einiges rausholen.

man muss das so sehen, immer wenn etwas ausgeführt wird wie php oder cgi wird er langsamer und das kann man nur umgehen läßt man diese aufgabe extern verarbeiten. zb eben durch diese proxy möglichkeiten zu nem anderen apache.

und immer dran denken. mod_gzip ist keine bremse.
wenn ich 100kb text habe und nach mod_gzip bleiben 15kb übrig dann hat der apache schneller wieder ein child frei und ist somit auch schneller. die ausrede von wegen das kostet soviel last ist extrem veraltet.

Also Apache 2.2 ist momentan sicherlich die beste Wahl - man muss halt ein wenig austesten, welches MPM mit welchen Einstellungen am besten zu dem Einsatzprofil passt. Irgendwelche "Proxy-Spielchen" zwischen 2 Indianern würde ich personlich nicht empfehlen. Wenn viele statische Seiten ausgeliefert werden solle, können die Daten zusätzlich auch schon gzip-komprimiert ablegen werden, was mod_gzip das packen spart. PHP sollte bei häufigen Einsatz möglichst als Modul laufen, bei wenig Nutzung ist (Fast-)CGI sicherlich auch ok.

Weiß Jemand wie diese Apache Module heißt welches vor dem Ausliefern einer Seite alle Doppelten Leerzeichen, CR & LF entfernt? Mod_blank oder sowas aber ich finde nix. Hat Jemand schon mal damit Erfahrungen gesammelt?