Via elŝuto estas rapida, do kial ĉiu klako ŝajnas malrapida?

Elŝuti grandan dosieron rapide kaj poste trovi ĉiun klakon malrapida ne estas kontraŭdiro. Kapacito diras kiom povas moviĝi en sekundo; rondvetura tempo diras kiom daŭras interŝanĝo antaŭ ol okazas io utila. Plibonigi la unuan faras nenion por la dua, kaj la dua estas tio, kion homo rimarkas dum tajpado, klakado aŭ parolado. Mezuru la plendon, ne la konekton.

Rapida dosiero, malrapida klako: du malsamaj nombroj

Amasa transdono tenas datumojn senĉese moviĝantaj, do ĝi povas raporti sanan rapidon eĉ kiam ĉiu unuopa peto atendas. Multaj benchmarkoj ankaŭ malfermas plurajn konektojn samtempe, kio altigas la suman ciferon dum unu peto restas malrapida. La du rezultoj estas kongruaj, kaj citi la pli altan al uzanto, kiu plendas pri malfruo, estas la maniero perdi fidon.

Ŝargado de paĝo estas ĉeno de malgrandaj interŝanĝoj: nomresolvo, konekta starigo, peto, respondo, poste dependaj petoj. Ĉiu paŝo pagas la rondveturon denove, do vojo kun alta malfruo sentiĝas malrapida eĉ kiam ĝi havas abundan kapaciton.

La tunelo aldonas sian propran vojaĝon kaj prilaboradon, kaj la itinero gravas pli ol la etikedo sur mapo. Du eliroj en la sama lando povas havi tre malsamajn vojojn al unu celo. Diferenco de dudek milisekundoj sufiĉas por ŝanĝi kiel paĝo sentiĝas, kvankam ĝi apenaŭ movas trafikciferon. Tial elekto de eliro devus sekvi latencan specimenon anstataŭ flago-ikonon.

Mezuru la plendon, ne la konekton

Elektu la mezuron, kiu kongruas kun la frazo, kiun la uzanto diris. Malrapida elŝuto bezonas daŭran rapidon en la ĝusta direkto; malfrua alvoko bezonas la proprajn statistikojn de tiu aplikaĵo; paĝo, kiu malrapide komenciĝas, bezonas tempojn de nomresolvo kaj starigo.

ping -c 20 10.60.0.5
curl -sS -o /dev/null -w 'ttfb=%{time_starttransfer} rate=%{speed_download}\n' https://files.plant.example/1gb.bin
iperf3 -c 10.60.0.5 -t 10 -P 4

La unua komando donas rondveturan specimenon al gastiganto, kiu respondas antaŭvideble, la dua raportas tempon ĝis la unua bitoko kaj daŭran rapidon por unu konekto, kaj la tria mezuras suman trafikkapablon kun kvar paralelaj fluoj. Rulu ilin kontraŭ la sama celo samtempe de la tago, ĉar kompari matenan specimenon kun vespera produktas rakonton anstataŭ mezuron.

Tenu la celon fiksa kiam vi komparas elirojn. Ŝanĝi kaj la servilon kaj la tunelon igas unu variablon du, kaj la rezulto ne povas diri al vi, kiu gravis. Rulu ĉiun eliron almenaŭ tri fojojn, ĉar unuopa specimeno ofte falas en itineran ŝanĝon aŭ bruan minuton. La mediano estas pli utila ol la plej bona kazo.

Traktu ICMP kiel indikon anstataŭ la respondon. Respondanta gastiganto povas prilabori eĥopetojn sur malsama vojo ol tiu, kiun uzas via aplikaĵo, kaj unu perdita respondo ne estas pruvo, ke ĉiu aplikaĵo perdas pakaĵojn.

Latento sub ŝarĝo estas problemo de vico

La ŝablono, kiu plej konfuzas homojn, estas konekto, kiu sentiĝas bone kiam senokupa kaj neuzebla dum sekurkopio. Tio estas vico, ne kapacito. Saturadigita suprenligo konstruas bufron antaŭ ĉiu alia pakaĵo, do klavopremo atendas malantaŭ peco de la alŝuto.

ping -c 20 10.60.0.5 &
iperf3 -c 10.60.0.5 -t 20 -R -b 20M

La unua komando specimenas latenton en la fono dum la dua saturigas la inversan direkton. Se la ping-tempoj saltas dum la transdono kaj poste resaniĝas, vi reproduktis bufferbloat anstataŭ malkovri itineran fuŝon. La ripeto estas kutime agordo de vicadministrado, pli malalta fona rapido aŭ movo de la amasa transdono for de la interaga vojo.

Malpliigi la laŭvolan fonan trafikon ofte helpas pli ol ŝanĝi la eliran landon. Ĝi ankaŭ estas pli malmultekosta, reigebla kaj testeble en unu minuto. Planu grandajn alŝutojn ekster laborhoroj se la vico ne povas esti administrata, kaj limigu ilian rapidon se ili devas funkcii dum la tago. Agordo de vicadministrado estas la pli bona ripeto kiam la enkursigilo subtenas unu.

Ŝanĝu unu aferon kaj komparu samon kun samo

Por alta senokupa malfruo, komparu elirojn tenante la celon fiksa, poste komparu itinerojn por la plej bona kandidato. Por malalta stabila trafikkapablo, rigardu anstataŭe kapaciton, servilan ŝarĝon kaj klientan prilaboradon, ĉar tiuj estas malsamaj limoj.

Skribu, kion vi mezuris, kontraŭ kiu celo, je kiu tempo kaj kun kiuj agordoj. Komparo sen tiuj kvar faktoj ne povas esti ripetita, kaj la sekva persono komencos de nulo.

Poste adaptu la ilon al la aserto en la bileto. "Malrapida interreto" ne estas mezuro; "la unua bitoko daŭris 900 ms al ĉi tiu gastiganto dum la trafikkapablo estis bona" estas mezuro, kaj ĝi montras rekte al malfruo anstataŭ kapacito.