Locuti sumus de methodo methodi in articulus, in hoc uno probamus HTTPS, sed in missionibus verioribus. Ad probationem, libellum Encrypt ineamus consecuti sumus, et Brotli compressionem ad 11 paravimus.
Hoc tempore conabimur repetere missionem explicandi cultoris in VDS vel quasi machinam virtualem in hospite cum processore vexilli. Ad eam rem modus est constituendus;
- 25% - Quod aequipollet frequentiae ~ 1350 MHz
- 35% -1890MHz
- 41% - 2214 MHz
- 65% - 3510 MHz
Numerus coniunctionum unius temporis redactus est ab 500 ad 1, 3, 5, 7 et 9;
Proventus:
Moras:
TTFB nominatim inclusus est ut singulare experimentum, quod Instrumenta HTTPD novum usorem pro singulis postulatis creat. Haec probatio adhuc a rerum veritate seiungitur, quia user adhuc duas paginas premet, et re vera TTFP partes principales aget.
Prima, plerumque prima petitio post primum initium machinae virtualis IIS sumit in mediocris 120 ms.
Omnes sequentes petitiones TTFP de 1.5 ms ostendunt. Apache et Nginx hac de re lassi sunt. Personaliter, auctor hanc probationem quam maxime revelationem considerat et victorem tantum in ea fundatum esse vult.
Ex quo non mirum est, cum IIS gazophylacia contenta static iam compressa nec comprimat quotiescumque accessitur.
Tempus per clientem
Ad aestimare effectum, experimentum cum 1 uno nexu satis est.
Exempli gratia, IIS experimentum perfecit 5000 utentium in 40 secundis, quod est 123 petitiones secundarum.
Graphiae infra tempus ostendunt donec locus contentus omnino transferatur. Haec est proportio petitionum dato tempore peractarum. In casu nostro, 80% omnium petitionum in 8ms in IIS processit et in 4.5ms in Apache et Nginx, et 8% omnium petitionum in Apache et Nginx intra spatium usque ad 98 millium secundorum completae sunt.
Tempus, quo quinque milia petitiones discursum sunt:
Tempus, quo quinque milia petitiones discursum sunt:
Si machinam virtualem habes cum 3.5GHz CPU et 8 coros, elige quod vis. Omnes ministri telae in hac probatione valde similes sunt. Loquemur de quibus interretialibus ministris unumquemque exercitum infra eligendum.
Cum ad condicionem paullo magis realisticam pervenerit, omnes ministri interreti caput ad caput eunt.
throughput:
graphe morarum uersus numerum nexuum simultaneorum. Levior et inferior melior est. Ultima 2% e chartis remota sunt propterea quod eas unreadabiles facerent.
Nunc perpendamus optionem ubi ministrans in virtualis obnoxius est. Sumamus 4 coros ad 2.2 GHz et unum nucleum in 1.8 GHz.
Quam scandere
Si umquam vidisti quid indoles hodiernae intentionis vacui triodis, pentodibus, et aliis similibus, graphi isti tibi familiares erunt. Hoc est quod capere conamur - satietatem. Modus est, cum quotcumque metretas ieceris, effectus incrementi non notabilis erit.
Antea, tota provocatio erat 98% petitionum processus infima latency pro omnibus petitionibus, curvam quam maxime plana servans. Nunc aliam curvam construendo, punctum meliorem operantem singulis servientibus reperiemus.
Hoc ut facias, rogationes per alterum (RPR) indicatum sumamus. Horizontalis est frequentia, verticalis numerus petitionum per secundam discursum est, lineae sunt numerus chororum.
Ostendit correlationem quam bene Nginx processuum post alia postulaverit. VIII coros melius in hoc test.
Hoc graphum clare ostendit quanto melius Nginx in uno nucleo operatur. Si Nginx habes, consideres numerum nucleorum ad unum reducere si tantum statices obsides.
IIS, licet infimum TTFB secundum DevTools in Chrome habeat, utrumque Nginx et Apache in gravi pugna cum pressione Apache Foundation administrat.
Omnis graphs curvatura ferrea induta repraesentetur.
Conclusio quaedam;
Ita, Apache peius operatur in 1 et 8 coros, sed paulo melius in 4Β°.
Ita, Nginx in 8 nucleorum processuum melius invicem postulet, in 1 et 4 coros, et deteriora opera cum multae nexus sunt.
Ita, IIS praefert 4 coros pro multi- plicatis laboribus et praefert 8 nucleos pro uno-filaminum laboribus. Tandem, IIS leviter velocius erat quam omnes in 8 coros sub alto onere, omnes tamen servientes in par erant.
Haec mensurae error non est, hic error non plus quam +-1ms est. in mora et non plus quam +- 2-3 petitiones secundarum pro RPR.
Eventus ubi 8 nuclei deteriores efficiunt minime mirum sunt, multi nuclei et SMT/Hyperthreading perficiendi multum depravant si tempus habemus in quo totum pipelinum perficiendum habemus.
Source: www.habr.com