Mir hunn iwwer d'Methodologie geschwat Artikel, an dësem Test mir HTTPS, mee an méi realistesch Szenarie. Fir Testen hu mir e Let's Encrypt Zertifika kritt an d'Brotli Kompressioun op 11 aktivéiert.
Dës Kéier wäerte mir probéieren de Szenario ze reproduzéieren fir e Server op engem VDS z'installéieren oder als virtuell Maschinn op engem Host mat engem Standardprozessor. Fir dësen Zweck gouf eng Limit festgeluecht op:
- 25% - Wat entsprécht enger Frequenz vun ~ 1350 MHz
- 35% -1890MHz
- 41% - 2214 MHz
- 65% - 3510 MHz
D'Zuel vun eemolege Verbindunge gouf vu 500 op 1, 3, 5, 7 an 9 reduzéiert,
Resultater:
Verzögerungen:
TTFB gouf speziell als separat Test abegraff, well HTTPD Tools en neie Benotzer fir all individuell Ufro erstellt. Dësen Test ass nach zimmlech vun der Realitéit getrennt, well de Benotzer nach e puer Säiten klickt, an a Wierklechkeet spillt TTFP d'Haaptroll.
Déi éischt, allgemeng déi éischt Ufro nom éischte Start vun der IIS virtueller Maschinn dauert am Duerchschnëtt 120 ms.
All spéider Ufroe weisen en TTFP vun 1.5 ms. Apache an Nginx sinn an dëser Hisiicht hannendrun. Perséinlech betruecht den Auteur dësen Test am meeschten offensichtlech a géif de Gewënner nëmmen op der Basis wielen.
D'Resultat ass net iwwerraschend well IIS Cache scho statesche Inhalt kompriméiert an et net kompriméiert all Kéier wann et zougänglech ass.
Zäit pro Client
Fir d'Leeschtung ze evaluéieren, ass en Test mat 1 eenzeger Verbindung genuch.
Zum Beispill huet IIS en Test vu 5000 Benotzer an 40 Sekonnen ofgeschloss, dat ass 123 Ufroen pro Sekonn.
D'Grafiken hei ënnen weisen d'Zäit bis de Site Inhalt komplett transferéiert gëtt. Dëst ass den Undeel vun Ufroen, déi an enger bestëmmter Zäit ofgeschloss sinn. An eisem Fall goufen 80% vun all Ufroen an 8ms op IIS an a 4.5ms op Apache an Nginx veraarbecht, an 8% vun all Ufroen op Apache an Nginx goufen an engem Intervall vu bis zu 98 Millisekonnen ofgeschloss.
Zäit während där 5000 Ufroe veraarbecht goufen:
Zäit während där 5000 Ufroe veraarbecht goufen:
Wann Dir eng virtuell Maschinn mat enger 3.5GHz CPU an 8 Cores hutt, da wielt wat Dir wëllt. All Webserver si ganz ähnlech an dësem Test. Mir schwätzen iwwer wéi ee Webserver fir all Host hei drënner ze wielen.
Wann et ëm eng liicht méi realistesch Situatioun geet, ginn all Webserver Kapp op Kapp.
Duerchsatz:
Grafik vun Verspéidungen géint d'Zuel vun simultan Verbindungen. Méi glat a méi niddereg ass besser. Déi lescht 2% goufen aus den Charts geläscht well se se onliesbar maachen.
Loosst eis elo d'Optioun betruechten wou de Server op virtuellen Hosting gehost gëtt. Loosst eis 4 Käre bei 2.2 GHz an ee Kär op 1.8 GHz huelen.
Wéi Skala
Wann Dir jeemools gesinn hutt wéi d'Stroumspannungseigenschaften vu Vakuumtrioden, Pentoden, asw. Dëst ass wat mir probéieren ze fänken - Sättigung. D'Limite ass wann egal wéivill Kären Dir geheien, d'Leeschtungserhéijung wäert net bemierkbar sinn.
Virdrun war déi ganz Erausfuerderung fir 98% vun Ufroe mat der niddregster Latenz fir all Ufroen ze veraarbechten, d'Kurve sou flaach wéi méiglech ze halen. Elo, andeems Dir eng aner Curve konstruéiert, fanne mir den optimalen Operatiounspunkt fir jidderee vun de Serveren.
Fir dëst ze maachen, loosst eis de Requests per second (RPR) Indikator huelen. Horizontal ass d'Frequenz, vertikal ass d'Zuel vun den Ufroe pro Sekonn veraarbecht, d'Linnen sinn d'Zuel vun de Kären.
Weist eng Korrelatioun vu wéi gutt Nginx Ufroen een nom aneren veraarbecht. 8 Kären Leeschtung besser an dësem Test.
Dës Grafik weist kloer wéi vill besser (net vill) Nginx op engem eenzege Kär funktionnéiert. Wann Dir Nginx hutt, sollt Dir iwwerleeën d'Zuel vun de Kären op een ze reduzéieren wann Dir nëmmen statesch hostéiert.
IIS, obwuel et den niddregsten TTFB laut DevTools am Chrome huet, geléngt souwuel Nginx wéi Apache an engem seriöse Kampf mam Stresstest vun der Apache Foundation ze verléieren.
All d'Krümmung vun de Grafike gëtt mat Eisen gekleet.
Eng Zort Conclusioun:
Jo, Apache funktionnéiert méi schlecht op 1 an 8 Cores, awer funktionnéiert e bësse besser op 4.
Jo, Nginx op 8 Cores Prozesser freet besser een nom aneren, op 1 a 4 Cores, a funktionnéiert méi schlecht wann et vill Verbindunge gëtt.
Jo, IIS léiwer 4 Cores fir Multi-threaded Workloads a léiwer 8 Cores fir Single-threaded Workloads. Schlussendlech war IIS liicht méi séier wéi all aner op 8 Cores ënner héijer Belaaschtung, obwuel all Server op Par waren.
Dëst ass kee Miessfehler, de Feeler hei ass net méi wéi +-1ms. an Verspéidungen an net méi wéi +- 2-3 Demanden pro Sekonn fir RPR.
D'Resultater wou 8 Cores méi schlecht funktionnéieren sinn guer net iwwerraschend, vill Cores an SMT / Hyperthreading degradéieren d'Performance staark wa mir en Zäitframe hunn an deem mir déi ganz Pipeline musse kompletéieren.
Source: will.com