Welches der schnellste WebServer + schnellstes OS?

Beitrag von **Airport1** » 07.12.2005, 09:18

Hier soll der ZEUS der schnellste sein, und danach u.a. der thttpd (angebl. nur 7000 Zeilen Code):
https://www.acme.com/software/thttpsd/benchmarks.html

Allerdings last updated 98...

https://www.lighttpsd.net/benchmark/ ... da scheint der lighttpd noch schneller zu sein... scrollt mal nach unten .. zudem sind demnach der aktuelle Apache2 und thttpd nun gleich auf.

So und nun die Frage: gibt es evtl. noch einen schnelleren WebServer als lighttpd ? Wo gibts aktuellste Benchmarks ALLER Webserver usw.?

NEXT QUESTION: Gibts Benchmarks mit Vergleich zw. den Linux Distris und FreeBSD etc., was da schneller ist?

Denn: wenn schon, denn schon

PS: Statistiken koennen ja immer gefaked sein und mit spezieller Config gefahren worden sein... daher immer skeptisch sein...

von **Anzeige von ABAKUS** »

Beitrag von **SISTRIX** » 07.12.2005, 10:50

Eigentlich eher unwichtig, welchen Webserver Du einsetzt. Die 100Mbit macht Dir nahezu jeder Server mit statischem Content voll und wenn es dynamisch wird, liegts an der Applikation.

Gruß Johannes

Beitrag von **Babelfisch** » 07.12.2005, 11:22

@SISTRIX: Richtig, und bei den meisten Applikationen machen >90% der Zeit die Datenbankabfragen aus. Wichtig ist also eine optimierte Abfrage und eine schnelle DB.

von **Anzeige von ABAKUS** »

Beitrag von **Airport1** » 07.12.2005, 11:50

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..

Beitrag von **axelm** » 07.12.2005, 12:36

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

Beitrag von **/bin/false** » 07.12.2005, 12:45

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.

Beitrag von **Babelfisch** » 07.12.2005, 12:49

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.

Beitrag von **tobsn** » 08.12.2005, 13:25

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.

Beitrag von **tobsn** » 08.12.2005, 13:26

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.

Beitrag von **Babelfisch** » 08.12.2005, 13:40

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.

Beitrag von **axelm** » 12.12.2005, 10:53

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?