Tulizungumza juu ya mbinu katika makala, katika hii tunajaribu HTTPS, lakini katika hali halisi zaidi. Kwa ajili ya majaribio, tulipata cheti cha Hebu Tusimbe kwa Njia Fiche na kuwezesha mfinyazo wa Brotli hadi 11.
Wakati huu tutajaribu kuzalisha tena hali ya kupeleka seva kwenye VDS au kama mashine pepe kwenye seva pangishi iliyo na kichakataji cha kawaida. Kwa kusudi hili, kikomo kiliwekwa:
- 25% - Ambayo ni sawa na mzunguko wa ~ 1350 MHz
- 35% -1890MHz
- 41% - 2214 MHz
- 65% - 3510 MHz
Idadi ya miunganisho ya wakati mmoja imepunguzwa kutoka 500 hadi 1, 3, 5, 7 na 9,
Matokeo:
Ucheleweshaji:
TTFB ilijumuishwa mahususi kama jaribio tofauti, kwa sababu Zana za HTTPD huunda mtumiaji mpya kwa kila ombi la mtu binafsi. Jaribio hili bado limetengwa kabisa na ukweli, kwa sababu mtumiaji bado atabofya kurasa kadhaa, na kwa kweli TTFP itachukua jukumu kuu.
La kwanza, kwa ujumla ombi la kwanza kabisa baada ya kuanza kwa mashine ya kawaida ya IIS huchukua wastani wa 120 ms.
Maombi yote yanayofuata yanaonyesha TTFP ya 1.5 ms. Apache na Nginx wako nyuma katika suala hili. Binafsi, mwandishi huchukulia jaribio hili kuwa la kufichua zaidi na angechagua mshindi kulingana nalo.
Matokeo yake haishangazi kwani kache za IIS tayari zimebanwa na haifinyi kila wakati inapofikiwa.
Muda unaotumika kwa kila mteja
Ili kutathmini utendakazi, jaribio lenye muunganisho 1 linatosha.
Kwa mfano, IIS ilikamilisha jaribio la watumiaji 5000 katika sekunde 40, ambayo ni maombi 123 kwa sekunde.
Grafu zilizo hapa chini zinaonyesha wakati hadi yaliyomo kwenye tovuti yahamishwe kabisa. Hii ni idadi ya maombi yaliyokamilishwa kwa wakati fulani. Kwa upande wetu, 80% ya maombi yote yalichakatwa kwa 8ms kwenye IIS na katika 4.5ms kwenye Apache na Nginx, na 8% ya maombi yote kwenye Apache na Nginx yalikamilishwa ndani ya muda wa hadi milisekunde 98.
Wakati ambapo maombi 5000 yalishughulikiwa:
Wakati ambapo maombi 5000 yalishughulikiwa:
Ikiwa una mashine pepe yenye 3.5GHz CPU na cores 8, basi chagua unachotaka. Seva zote za wavuti zinafanana sana katika jaribio hili. Tutazungumza kuhusu seva ya wavuti ya kuchagua kwa kila seva pangishi hapa chini.
Linapokuja suala la hali halisi zaidi, seva zote za wavuti huenda kichwa kwa kichwa.
Kupitia:
Grafu ya ucheleweshaji dhidi ya idadi ya miunganisho ya wakati mmoja. Laini na chini ni bora zaidi. 2% ya mwisho iliondolewa kwenye chati kwa sababu ingezifanya zisisomwe.
Sasa hebu tuzingatie chaguo ambapo seva inapangishwa kwenye mwenyeji wa kawaida. Wacha tuchukue cores 4 kwa 2.2 GHz na msingi mmoja kwa 1.8 GHz.
Jinsi ya kupima
Ikiwa umewahi kuona nini sifa za sasa za voltage za triodes za utupu, pentodes, na kadhalika zinaonekana kama, grafu hizi zitajulikana kwako. Hii ndio tunajaribu kukamata - kueneza. Kikomo ni wakati haijalishi ni cores ngapi unazotupa, ongezeko la utendaji halitaonekana.
Hapo awali, changamoto nzima ilikuwa kuchakata 98% ya maombi kwa muda wa chini kabisa wa kusubiri kwa maombi yote, kuweka mkondo kuwa tambarare iwezekanavyo. Sasa, kwa kuunda curve nyingine, tutapata mahali pazuri pa kufanya kazi kwa kila seva.
Ili kufanya hivyo, hebu tuchukue kiashiria cha Maombi kwa sekunde (RPR). Mlalo ni mzunguko, wima ni idadi ya maombi kusindika kwa pili, mistari ni idadi ya cores.
Inaonyesha uunganisho wa jinsi michakato ya Nginx inavyoomba moja baada ya nyingine. Cores 8 hufanya vyema katika jaribio hili.
Grafu hii inaonyesha wazi jinsi bora zaidi (sio sana) Nginx inafanya kazi kwenye msingi mmoja. Ikiwa unayo Nginx, unapaswa kuzingatia kupunguza idadi ya cores hadi moja ikiwa unakaribisha tuli tu.
IIS, ingawa ina TTFB ya chini kabisa kulingana na DevTools katika Chrome, inaweza kupoteza kwa Nginx na Apache katika pambano kali na jaribio la mkazo kutoka kwa Apache Foundation.
Mviringo wote wa grafu umetolewa tena kwa vazi la chuma.
Aina fulani ya hitimisho:
Ndio, Apache inafanya kazi vibaya zaidi kwenye cores 1 na 8, lakini inafanya kazi vizuri zaidi kwenye 4.
Ndio, Nginx kwenye michakato 8 ya cores huomba bora moja baada ya nyingine, kwenye cores 1 na 4, na hufanya kazi vibaya zaidi wakati kuna miunganisho mingi.
Ndiyo, IIS inapendelea cores 4 kwa mizigo ya kazi yenye nyuzi nyingi na inapendelea cores 8 kwa mizigo ya kazi yenye nyuzi moja. Hatimaye, IIS ilikuwa kasi kidogo kuliko kila mtu mwingine kwenye cores 8 chini ya mzigo mkubwa, ingawa seva zote zilikuwa sawa.
Hili si kosa la kipimo, hitilafu hapa si zaidi ya + -1ms. katika ucheleweshaji na si zaidi ya +- maombi 2-3 kwa sekunde kwa RPR.
Matokeo ambapo cores 8 hufanya vibaya zaidi haishangazi hata kidogo, cores nyingi na SMT/Hyperthreading hudhoofisha sana utendakazi ikiwa tuna muda ambao tunapaswa kukamilisha bomba zima.
Chanzo: mapenzi.com