Hidden - Do 22.04.10 11:55
Titel: HTTP-Pipelining

---

Hallo :)

Ich habe vor kurzem hier [http://www.kresstech.de/firefox-tuning.htm#pipelining] über HTTP-Pipelining [http://en.wikipedia.org/wiki/HTTP_pipelining] gelesen, dass es den Seitenaufbau merklich beschleunigen könne.

Wo ist dabei genau der Haken? Warum ist Pipelining in Firefox nicht per Default aktiviert?

lg,

wunsiedler - Do 22.04.10 13:30

---

Also beim Pipelining soll alles über eine HTTP Verbindung passieren und darunter wird empfohlen, die maximal gleichzeitigen HTTP Verbindungen auf 48 zu erhöhen. Wenn eh alles nur über eine Verbindung geht, warum brauch ich dann 48 gleichzeitig?
Und ohne das jetzt ausprobiert zu haben denke ich, bei einer schnellen DSL Verbindung merkt der Anwender sowieso nichts davon.

Kha - Do 22.04.10 13:53

---

https://bugzilla.mozilla.org/show_bug.cgi?id=264354 hat folgendes geschrieben:

Even extremely sophisticated users won't be able to jump from "hey, this site doesn't work" to "it must be because of intermediate proxies that don't support HTTP pipelining correctly", so that wouldn't help much. It needs to work correctly out of the box or not at all.

Das scheint's also einfach nicht wert zu sein ;) .

Hidden - Do 22.04.10 14:02

---

beispielsweise Opera hat das ja aber standardmäßig eingeschaltet. :lupe:

@wunsiedler: Soweit ich das verstanden habe, wir nicht alles, sondern einfach ein bisschen mehr über eine Verbindung geholt. Und dann geht es um die Anzahl maximaler Pipelining-Verbindungen.

BenBE - Sa 24.04.10 15:08

---

Wann Pipelining Sinn ergibt, ist, wenn man viel statischen Content auf einer Seite hat und damit die Verbindungslatenz zwischen Anfrage im Browser und erstem möglichem Zeitpunkt wesentlich länger sein würde als es für den Server braucht, die Daten bereitzustellen. Extrembeispiel ist hier ein Caching Server, der nur statischen Content driekt aus dem Arbeitsspeicher fischt und sofort zurücksendet. Latenz wäre hier die reine Netzwerk-Latenz in Größenordnung eines Pings auf diesen Rechner. Wenn man hier bereits mehrere Anfragen in einer Verbindung sendet (ohne neuen Verbindungsaufbau), ergibt sich eine mögliche Antwortzeit nur knapp oberhalb der Netzwerk-Latenz (für meinen Server also etwa ~50ms).

Anders sieht der Fall aber mit Seiten aus, die durch Scripte im Hintergrund erzeugt werden (Beispielsweise die Seite des DF). Hier kann es vorkommen, dass die Netzwerk-Latenz gegenüber der Zeit zum Erzeugen und Ausliefern der Seite vernachlässigbar ist (PHP ist nicht das Schnellste). Hier bringt Pipelining zwar auch Vorteile, da die Latenzen für den Verbindungsauf- und -abbau nicht anfallen, die Einsparung ist aber prozentual geringer.

Problem ist nun, dass einige ältere Proxy-Software, die immer noch zum Einsatz kommt, manchmal nicht korrekt mit den hinter dem Pipelining stehenden RFCs zurande kommt und daher zu Fehlverhalten in Browsern oder anderer Clientsoftware führt. Und wenn etwas nicht geht, dann bringt es auch nichts, wenn es schneller nicht geht :mrgreen:

P.S.: Dass die Mozilla-Leute manchmal einen an der Klatsche haben, steht aber auf einem anderen Blatt. Da werden auch gerne einmal Änderungen zum Erhöhen der Browsersicherheit abgelehnt, weil es den Normalnutzer verwirren könnte (oder andere haarsträubende Begründungen).

Hidden - Sa 24.04.10 20:13

---

Danke :)