Jūsu lejupielāde ir ātra, tad kāpēc katrs klikšķis šķiet lēns?

Ātri lejupielādēt lielu failu un pēc tam just, ka katrs klikšķis ir lēns, nav pretruna. Caurlaidspēja saka, cik daudz var pārvietoties sekundē; turp un atpakaļ laiks saka, cik ilgi ilgst apmaiņa, pirms notiek kaut kas noderīgs. Pirmā uzlabošana neko nedara otrajam, un otrais ir tas, ko cilvēks pamana rakstot, klikšķinot vai runājot. Mēriet sūdzību, nevis savienojumu.

Ātrs fails, lēns klikšķis: divi dažādi skaitļi

Masveida pārsūtīšana pastāvīgi uztur datus kustībā, tāpēc tā var ziņot par veselīgu ātrumu arī tad, kad katrs atsevišķais pieprasījums gaida. Daudzi etaloni arī atver vairākus savienojumus vienlaikus, kas paaugstina kopsummu, kamēr viens pieprasījums paliek lēns. Abi rezultāti ir savienojami, un lielākā skaitļa citēšana lietotājam, kurš sūdzas par aizturi, ir veids, kā zaudēt uzticību.

Lapas ielāde ir mazu apmaiņu ķēde: vārdu izšķiršana, savienojuma izveide, pieprasījums, atbilde un pēc tam atkarīgie pieprasījumi. Katrs solis atkal maksā turp un atpakaļ laiku, tāpēc ceļš ar lielu aizturi šķiet lēns arī tad, ja tam ir daudz caurlaidspējas.

Tunelis pievieno savu ceļu un apstrādi, un maršruts ir svarīgāks par etiķeti kartē. Divām izejām vienā valstī var būt ļoti atšķirīgi ceļi uz vienu galamērķi. Divdesmit milisekunžu starpība ir pietiekama, lai mainītu lapas sajūtu, lai gan caurlaidspējas skaitli tā gandrīz neizkustina. Tāpēc izejas izvēlei jāseko aiztures paraugam, nevis karodziņa ikonai.

Mēriet sūdzību, nevis savienojumu

Izvēlieties mērījumu, kas atbilst lietotāja teiktajam teikumam. Lēnai lejupielādei vajag noturīgu ātrumu pareizajā virzienā; aizkavētam zvanam vajag tās programmas statistiku; lēni startējošai lapai vajag vārdu izšķiršanas un izveides laikus.

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

Pirmā komanda dod turp un atpakaļ paraugu uz resursdatoru, kas atbild paredzami, otrā ziņo laiku līdz pirmajai baitai un viena savienojuma noturīgo ātrumu, un trešā mēra kopējo caurlaidspēju ar četrām paralēlām plūsmām. Palaidiet tās pret to pašu galamērķi tajā pašā dienas laikā, jo rīta parauga salīdzināšana ar vakara paraugu rada stāstu, nevis mērījumu.

Salīdzinot izejas, turiet galamērķi fiksētu. Mainot gan serveri, gan tuneli, viens mainīgais kļūst par diviem, un rezultāts nevar pateikt, kurš bija svarīgs. Palaidiet katru izeju vismaz trīs reizes, jo viens paraugs bieži iekrīt maršruta maiņā vai trokšņainā minūtē. Mediāna ir noderīgāka par labāko gadījumu.

Uztveriet ICMP kā pavedienu, nevis atbildi. Atbildošs resursdators var apstrādāt atbalss pieprasījumus citā ceļā nekā tas, ko izmanto jūsu programma, un viens pazaudēts atbildes signāls nav pierādījums, ka katra programma zaudē paketes.

Aizture zem slodzes ir rindas problēma

Visvairāk cilvēkus mulsina modelis, kad savienojums tukšā stāvoklī šķiet labs, bet dublēšanas laikā ir neizmantojams. Tā ir rinda, nevis caurlaidspēja. Piesātināta augšupielādes saite veido buferi katrai citai paketei priekšā, tāpēc taustiņa nospiedums gaida aiz augšupielādes daļas.

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

Pirmā komanda fonā ņem aiztures paraugus, kamēr otrā piesātina pretējo virzienu. Ja ping laiki pārsūtīšanas laikā lec un pēc tam atjaunojas, jūs esat atjaunojis bufferbloat, nevis atradis maršruta kļūdu. Labojums parasti ir rindas pārvaldības iestatījums, zemāks fona ātrums vai masveida pārsūtīšanas pārvietošana prom no interaktīvā ceļa.

Izvēles fona trafika samazināšana bieži palīdz vairāk nekā izejas valsts maiņa. Tā ir arī lētāka, atgriezeniska un pārbaudāma minūtē. Ja rindu nevar pārvaldīt, lielās augšupielādes ieplānojiet ārpus darba laika, un, ja tām jādarbojas dienā, ierobežojiet to ātrumu. Ja maršrutētājs to atbalsta, rindas pārvaldības iestatījums ir labāks labojums.

Mainiet vienu lietu un salīdziniet līdzīgo ar līdzīgo

Lielai tukšgaitas aizturei salīdziniet izejas, turot galamērķi fiksētu, pēc tam salīdziniet maršrutus labākajam kandidātam. Zemai stabilai caurlaidspējai tā vietā skatiet caurlaidspēju, servera slodzi un klienta apstrādi, jo tās ir dažādas robežas.

Pierakstiet, ko mērījāt, pret kuru galamērķi, kurā laikā un ar kādiem iestatījumiem. Salīdzinājumu bez šiem četriem faktiem nevar atkārtot, un nākamais cilvēks sāks no nulles.

Pēc tam pielāgojiet rīku biļetes apgalvojumam. "Lēns internets" nav mērījums; "pirmā baita sasniegšana šajā resursdatorā aizņēma 900 ms, kamēr caurlaidspēja bija laba" ir mērījums, un tas tieši norāda uz aizturi, nevis caurlaidspēju.