Mabilis ang download mo, kaya bakit parang mabagal ang bawat click?

Ang mabilis na pag-download ng malaking file at pagkatapos ay maramdaman na mabagal ang bawat click ay hindi kontradiksyon. Sinasabi ng kapasidad kung gaano karami ang makagagalaw bawat segundo; sinasabi ng oras ng pagpunta at pagbalik kung gaano katagal ang isang palitan bago may mangyaring kapaki-pakinabang. Walang ginagawa ang pagpapabuti ng una para sa pangalawa, at ang pangalawa ang napapansin ng isang tao habang nagta-type, nagki-click o nagsasalita. Sukatin ang reklamo, hindi ang koneksyon.

Mabilis na file, mabagal na click: dalawang magkaibang numero

Pinapanatili ng malaking paglilipat na gumagalaw ang data nang tuloy-tuloy, kaya makapag-uulat ito ng malusog na bilis kahit naghihintay ang bawat indibidwal na kahilingan. Maraming benchmark ang nagbubukas din ng ilang koneksyon nang sabay, na nagpapataas ng kabuuang bilang habang nananatiling mabagal ang isang kahilingan. Tugma ang dalawang resulta, at ang pagsipi ng mas mataas sa isang user na nagrereklamo tungkol sa antala ang paraan ng pagkawala ng tiwala.

Ang pag-load ng pahina ay isang kadena ng maliliit na palitan: resolusyon ng pangalan, pag-set up ng koneksyon, isang kahilingan, isang tugon, at pagkatapos ay mga kahilingang umaasa. Binabayaran muli ng bawat hakbang ang pagpunta at pagbalik, kaya parang mabagal ang isang landas na may mataas na antala kahit sagana ito sa kapasidad.

Dinadagdag ng tunnel ang sarili nitong paglalakbay at pagproseso, at mas mahalaga ang ruta kaysa sa label sa isang mapa. Ang dalawang labasan sa parehong bansa ay maaaring may ibang-ibang landas patungo sa isang destinasyon. Sapat na ang pagkakaibang dalawampung millisecond para baguhin ang pakiramdam ng isang pahina, kahit bahagya nitong ginagalaw ang bilang ng throughput. Kaya dapat sundin ng pagpili ng labasan ang isang sample ng latency at hindi ang icon ng watawat.

Sukatin ang reklamo, hindi ang koneksyon

Piliin ang pagsukat na tumutugma sa pangungusap na sinabi ng user. Ang mabagal na download ay nangangailangan ng tuloy-tuloy na bilis sa tamang direksyon; ang tumitigil na tawag ay nangangailangan ng sariling estadistika ng aplikasyong iyon; ang pahinang mabagal magsimula ay nangangailangan ng mga oras ng resolusyon at pag-set up.

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

Ang unang utos ay nagbibigay ng sample ng pagpunta at pagbalik patungo sa host na tumutugon nang mahuhulaan, ang pangalawa ay nag-uulat ng oras hanggang sa unang byte at tuloy-tuloy na bilis para sa isang koneksyon, at ang pangatlo ay sumusukat ng kabuuang throughput gamit ang apat na parallel na stream. Patakbuhin ang mga ito laban sa parehong destinasyon sa parehong oras ng araw, dahil ang paghahambing ng sample sa umaga sa sample sa gabi ay gumagawa ng kuwento, hindi pagsukat.

Panatilihing nakapirmi ang destinasyon kapag naghahambing ng mga labasan. Ang pagbabago ng parehong server at tunnel ay ginagawang dalawa ang isang variable, at hindi masasabi ng resulta kung alin ang mahalaga. Patakbuhin ang bawat labasan nang hindi bababa sa tatlong beses, dahil ang nag-iisang sample ay madalas na bumabagsak sa pagbabago ng ruta o sa isang maingay na minuto. Mas kapaki-pakinabang ang median kaysa sa pinakamabuting kaso.

Ituring ang ICMP bilang bakas at hindi bilang sagot. Ang host na tumutugon ay maaaring humawak ng mga kahilingang echo sa ibang landas kaysa sa ginagamit ng iyong aplikasyon, at ang isang nawalang tugon ay hindi patunay na bawat aplikasyon ay nawawalan ng packet.

Ang pagkaantala sa ilalim ng karga ay problema ng pila

Ang pattern na pinakanakalilito sa mga tao ay koneksyong mukhang maayos kapag walang gawain at hindi magamit habang may backup. Iyon ay pila, hindi kapasidad. Ang punong uplink ay gumagawa ng buffer sa harap ng bawat iba pang packet, kaya naghihintay ang isang pagpindot ng key sa likod ng isang bahagi ng upload.

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

Ang unang utos ay kumukuha ng sample ng latency sa background habang pinupuno ng pangalawa ang kabaligtarang direksyon. Kung tumalon ang mga oras ng ping habang naglilipat at pagkatapos ay gumaling, muling ginawa mo ang bufferbloat at hindi nakatuklas ng depekto sa routing. Ang ayos ay karaniwang setting ng pamamahala ng pila, mas mababang bilis sa background, o paglalayo ng malaking paglilipat mula sa interactive na landas.

Ang pagbabawas ng opsyonal na trapiko sa background ay madalas na tumutulong nang higit kaysa sa pagpapalit ng bansang labasan. Mas mura rin ito, maibabalik at masusubok sa isang minuto. I-iskedyul ang malalaking upload sa labas ng oras ng trabaho kung hindi kayang pamahalaan ang pila, at limitahan ang kanilang bilis kung kailangan nilang tumakbo sa araw. Ang setting ng pamamahala ng pila ang mas mabuting ayos kapag sinusuportahan ito ng router.

Magbago ng isang bagay at ihambing ang pareho sa pareho

Para sa mataas na antala kapag walang gawain, ihambing ang mga labasan habang nakapirmi ang destinasyon, pagkatapos ihambing ang mga ruta para sa pinakamabuting kandidato. Para sa mababa at matatag na throughput, tingnan sa halip ang kapasidad, karga ng server at pagproseso ng client, dahil magkaibang hangganan ang mga iyon.

Isulat kung ano ang sinukat mo, laban sa aling destinasyon, anong oras at anong mga setting. Ang paghahambing na wala ang apat na katotohanang iyon ay hindi maaaring ulitin, at ang susunod na tao ay magsisimula sa sero.

Pagkatapos itugma ang tool sa pahayag sa ticket. Ang "mabagal na internet" ay hindi pagsukat; ang "tumagal ng 900 ms ang unang byte patungo sa host na ito habang maayos ang throughput" ay isang pagsukat, at direktang tumuturo sa antala at hindi sa kapasidad.