Benchmark http && https - Load Ballancing

[rethus]

Durch Zufall bin ich auf einen Foren-Eintrag (http://stackoverflow.com/questions/1468648/https-vs-http-speed-comparison) im Netz aufmerksam geworden, wo sich jemand verwundert darüber äußerte, dass sein https-Anschluss schneller ist, als sein http-Anschluss.

In der Regel sollte dieser ja langsamer sein, da mehr Daten zu übertragen sind, bzw. der Handshake noch dazwischen steht.

Eine logische Antwort (klang für mich zumindest plausibel) auf diese Frage: Die Webpage wird per default in http angeboten, und zum Zeitpunkt des Tests waren (durch Anfragen anderer User) die http-Anfragen Höher, so dass ggf. geringe Wartezeiten entstehen können (z.B. wenn neue httpd-Prozesse gestartet werden müssen).

Da auf https scheinbar kein Traffic war, und die benchmark-Anfrage die einzige, wurde die Anfrage dort insgesamt schneller abgearbeitet.

Wenn das quatsch ist, freue ich mich auf eine richtigstellung... wenn nicht, hier meine Frage:

Hätte es einen Vorteil, eine Art load-ballancing zwischen httpd un https zu erstellen... und ginge dies überhaupt.


Laut Google soll ja auch die Webseiten-Geschwindigkeit Einfluss auf die "User-Erfahrung" und somit auf die Platzierung haben.

Im Grunde dürfte so ein http-https ballancer dann ja einen gewissen Vorteil bringen, oder?

 

[Mr.Check]

Also mit deiner ersten Vermutung, dass eine SSL-verschlüsselte http-Verbindung grundsätzlich langsamer ist als eine "normale" http-Verbindung liegst du schonmal richtig.

Wenn du aber z.B. einen Apache auf einem Server installierst, der auf Port 80 http bedient und auf Port 443 https, bringt dir das natürlich keinen Performancevorteil. Wenn die Webseite über Port 80 gut besucht ist und die CPU ausgelastet, wirkt sich das natürlich auch auf die Verbindungen aus, die auf Port 443 laufen. Ein "Load-Balancing" zwischen zwei Diensten bzw. Ports auf ein und dem selben Server bringt also nichts, wenn müsstest du die Last auf zwei Server verteilen, und dann kannst du genauso gut http auf beiden Servern verwenden.

Davon abgesehen ist meiner Erfahrung nach der Geschwindigkeits-Unterschied zwischen http und https mittlerweile eher theoretischer Natur, da die Verschlüsselung sehr effizient und die Prozessoren verdammt schnell geworden sind. Die Verarbeitung von PHP und Datenbankabfragen fällt da deutlich mehr ins Gewicht..

 

[rethus]

Danke für deine Antwort. Stimmt, da hatte ich dann nicht dran gedacht.
Aber wie konnte es dann in besagtem Fall zu dem Geschwindigkeitsunterschied kommen? Dass verstehe ich noch nicht so ganz.

 

[Mr.Check]

Das ist eine gute Frage. Ich habe mir gerade mal den Foreneintrag, auf den du verwiesen hast angesehen und die Ergebnisse sind ja auch eher "durchwachsen":

http: Schwankungen zwischen 1,65 und 2,83 Sekunden
https: Schwankungen zwischen 1,77 und 2,46 Sekunden

Bei diesen signifikanten Abweichungen und nur 5 Messungen halte ich das Ergebnis für nicht relevant. Ansonsten könnte das "Problem" bzw. die Ursache theoretisch überall liegen (vielleicht war es sogar einfach nur die Internetverbindung des Testers), ein paar Vermutungen wurden in dem Forum ja auch schon geäußert.