Buom yn siarad am y fethodoleg yn erthygl, yn yr un hwn rydym yn profi HTTPS, ond mewn senarios mwy realistig. Ar gyfer profi, cawsom dystysgrif Let's Encrypt a galluogi cywasgu Brotli i 11.
Y tro hwn byddwn yn ceisio atgynhyrchu'r senario o leoli gweinydd ar VDS neu fel peiriant rhithwir ar westeiwr gyda phrosesydd safonol. At y diben hwn, gosodwyd terfyn ar:
- 25% - Sy'n cyfateb i amlder o ~ 1350 MHz
- 35% -1890MHz
- 41% - 2214 MHz
- 65% - 3510 MHz
Mae nifer y cysylltiadau un-amser wedi gostwng o 500 i 1, 3, 5, 7 a 9,
Canlyniadau:
Oedi:
Cafodd TTFB ei gynnwys yn benodol fel prawf ar wahân, oherwydd mae HTTPD Tools yn creu defnyddiwr newydd ar gyfer pob cais unigol. Mae'r prawf hwn yn dal i fod yn eithaf ar wahân i realiti, oherwydd bydd y defnyddiwr yn dal i glicio ychydig o dudalennau, ac mewn gwirionedd bydd TTFP yn chwarae'r brif rôl.
Mae'r cyntaf, yn gyffredinol y cais cyntaf un ar ôl cychwyn cyntaf y peiriant rhithwir IIS yn cymryd 120 ms ar gyfartaledd.
Mae pob cais dilynol yn dangos TTFP o 1.5 ms. Mae Apache a Nginx ar ei hôl hi yn hyn o beth. Yn bersonol, mae'r awdur yn ystyried y prawf hwn y mwyaf dadlennol a byddai'n dewis yr enillydd yn seiliedig arno yn unig.
Nid yw'r canlyniad yn syndod gan fod caches IIS eisoes wedi cywasgu cynnwys statig ac nid yw'n ei gywasgu bob tro y caiff ei gyrchu.
Amser a dreulir fesul cleient
Er mwyn gwerthuso perfformiad, mae prawf ag 1 cysylltiad sengl yn ddigon.
Er enghraifft, cwblhaodd IIS brawf o 5000 o ddefnyddwyr mewn 40 eiliad, sef 123 o geisiadau yr eiliad.
Mae'r graffiau isod yn dangos yr amser nes bod cynnwys y wefan wedi'i drosglwyddo'n llwyr. Dyma gyfran y ceisiadau a gwblhawyd o fewn amser penodol. Yn ein hachos ni, cafodd 80% o'r holl geisiadau eu prosesu mewn 8ms ar IIS ac mewn 4.5ms ar Apache a Nginx, a chwblhawyd 8% o'r holl geisiadau ar Apache a Nginx o fewn cyfnod o hyd at 98 milieiliad.
Amser pan gafodd 5000 o geisiadau eu prosesu:
Amser pan gafodd 5000 o geisiadau eu prosesu:
Os oes gennych chi beiriant rhithwir gyda CPU 3.5GHz ac 8 cores, yna dewiswch yr hyn rydych chi ei eisiau. Mae pob gweinydd gwe yn debyg iawn yn y profion hwn. Byddwn yn siarad am ba weinydd gwe i ddewis ar gyfer pob gwesteiwr isod.
Pan ddaw i sefyllfa ychydig yn fwy realistig, mae pob gweinydd gwe yn mynd benben â'i gilydd.
trwybwn:
Graff o oedi yn erbyn nifer y cysylltiadau cydamserol. Mae llyfnach ac is yn well. Tynnwyd y 2% diwethaf o'r siartiau oherwydd byddent yn eu gwneud yn annarllenadwy.
Nawr, gadewch i ni ystyried yr opsiwn lle mae'r gweinydd yn cael ei gynnal ar hosting rhithwir. Gadewch i ni gymryd 4 craidd yn 2.2 GHz ac un craidd yn 1.8 GHz.
Sut i raddfa
Os ydych chi erioed wedi gweld sut olwg sydd ar nodweddion foltedd cerrynt triawdau gwactod, pentodau, ac ati, bydd y graffiau hyn yn gyfarwydd i chi. Dyma beth rydyn ni'n ceisio ei ddal - dirlawnder. Y terfyn yw pan fydd ni waeth faint o greiddiau rydych chi'n eu taflu, ni fydd y cynnydd mewn perfformiad yn amlwg.
Yn flaenorol, yr her gyfan oedd prosesu 98% o geisiadau gyda'r hwyrni isaf ar gyfer pob cais, gan gadw'r gromlin mor wastad â phosibl. Nawr, trwy adeiladu cromlin arall, byddwn yn dod o hyd i'r pwynt gweithredu gorau posibl ar gyfer pob un o'r gweinyddwyr.
I wneud hyn, gadewch i ni gymryd y dangosydd Ceisiadau yr eiliad (RPR). Llorweddol yw'r amlder, fertigol yw nifer y ceisiadau a brosesir yr eiliad, llinellau yw nifer y creiddiau.
Yn dangos cydberthynas o ba mor dda y mae Nginx yn prosesu ceisiadau un ar ôl y llall. Mae 8 craidd yn perfformio'n well yn y prawf hwn.
Mae'r graff hwn yn dangos yn glir faint gwell (dim llawer) Nginx sy'n gweithio ar un craidd. Os oes gennych Nginx, dylech ystyried lleihau nifer y creiddiau i un os ydych chi'n cynnal rhai statig yn unig.
Mae IIS, er bod ganddo'r TTFB isaf yn ôl DevTools yn Chrome, yn llwyddo i golli i Nginx ac Apache mewn ymladd difrifol gyda'r prawf straen gan Sefydliad Apache.
Mae holl grymedd y graffiau wedi'u hatgynhyrchu â chladin haearn.
Rhyw fath o gasgliad:
Ydy, mae Apache yn gweithio'n waeth ar greiddiau 1 ac 8, ond mae'n gweithio ychydig yn well ar 4.
Ydy, mae Nginx ar 8 cores yn prosesu ceisiadau'n well un ar ôl y llall, ar graidd 1 a 4, ac mae'n gweithio'n waeth pan fo llawer o gysylltiadau.
Ydy, mae'n well gan IIS 4 craidd ar gyfer llwythi gwaith aml-edau ac mae'n well ganddo 8 craidd ar gyfer llwythi gwaith un edau. Yn y pen draw, roedd IIS ychydig yn gyflymach na phawb arall ar 8 cores o dan lwyth uchel, er bod pob gweinydd ar yr un lefel.
Nid gwall mesur yw hwn, nid yw'r gwall yma yn fwy na +-1ms. mewn oedi a dim mwy na +- 2-3 chais yr eiliad am RPR.
Nid yw'r canlyniadau lle mae 8 craidd yn perfformio'n waeth yn syndod o gwbl, mae llawer o greiddiau a UDRh/Hyperthreading yn diraddio perfformiad yn fawr os oes gennym amserlen lle mae'n rhaid i ni gwblhau'r biblinell gyfan.
Ffynhonnell: hab.com