De ce un download prin VPN este limitat de uploadul serverului

Clientul arată o legătură de descărcare rapidă, serverul stă pe o conexiune de fibră, iar transferul tot se târăște. Numărul pe care oamenii îl compară este de obicei cel tipărit în abonamentul clientului, în timp ce pachetul traversează de fapt mai întâi legătura de acces de ieșire a serverului. Acea legătură este bugetul în care transferul trebuie să încapă. Pe o conexiune mică de acasă este cel mai mic număr din cale.

Numărul pe care l-ați citit era în direcția greșită

Un download către un client la distanță consumă capacitate de upload la capătul de server al tunelului. Vitezele de descărcare anunțate ale serverului descriu direcția opusă și nu spun nimic despre aceasta. Aceeași asimetrie se inversează când clientul încarcă, motiv pentru care o direcție poate părea bună în timp ce cealaltă este inutilizabilă.

Costul de încapsulare și orice trafic concurent consumă o parte din același buget. Niciunul dintre ele nu este vizibil într-un test de viteză care măsoară doar clientul.

Scrieți calea ca un buget

Enumerați fiecare graniță pe care pachetul trebuie să o traverseze și dați fiecăreia un număr în aceeași unitate. Livrarea de la sursă, procesarea pe server, legătura de upload a serverului, calea intermediară, legătura de descărcare a clientului și procesarea pe client se aplică toate. Viteza utilizabilă este cea mai mică dintre ele minus costul, iar nicio reglare peste acel plafon nu schimbă rezultatul. Scrieți lista înainte de măsurare, pentru că vă spune la ce număr să nu credeți.

Cu o legătură de upload a serverului de 20 Mbit/s și o legătură de descărcare a clientului de 100 Mbit/s, serverul limitează transferul mult înainte ca clientul să observe. Costul și orice transfer simultan iau încă o parte, iar o legătură de upload saturată întârzie și confirmările, ceea ce încetinește un transfer TCP sub plafonul brut. Niciunul dintre cele două efecte nu apare într-o comparație de abonamente.

Țineți megabitii și megabaiții separat și spuneți dacă fiecare cifră măsoară traficul legăturii criptate sau sarcina utilă a aplicației. Amestecarea celor două este cel mai frecvent motiv pentru care un buget pare să nu se adune. Etichetați fiecare cifră cu unitatea și punctul ei de măsurare.

Unde placa vă costă cu adevărat

Odată ce legătura de acces este suficient de mare, hardware-ul punctului final devine vizibil și abia atunci procesorul contează. Identificați modelul, aranjamentul interfețelor și implementarea folosită. O observație despre magistrala partajată a unei plăci vechi nu descrie fiecare revizie ulterioară.

Comparați căi de procesare individuale, nu o singură medie de CPU. O încărcare totală moderată poate ascunde un nucleu saturat care face toată munca pe pachet, iar frecvența de ceas nu se transferă între proiecte de procesoare ca scor de performanță. Rata de pachete contează la fel de mult ca debitul, pentru că pachetele mici costă mai mult pe byte decât cele mari. Măsurați cu dimensiunile de pachet pe care le folosește efectiv încărcarea dumneavoastră.

Limitele termice și de putere decid și comportamentul susținut. Un strop scurt poate părea excelent în timp ce un transfer de zece minute este frânat, motiv pentru care un test de câteva secunde este un ghid slab pentru o copie de siguranță nocturnă.

Îndrumările de performanță ale furnizorului separă lățimea de bandă de acces, CPU, procesarea pachetelor, transportul și dimensiunea pachetului în constrângeri distincte. Merită citite înainte de a schimba un cifru, pentru că o schimbare de cifru mută rar o graniță care nu a fost niciodată limita.

Măsurați înainte de a schimba un cifru

Rulați un test direcțional care raportează viteza atinsă efectiv prin tunel, apoi rulați același test pe interfața brută pentru comparație. Diferența dintre aceste două numere este costul tunelului, iar cel mai mic dintre cele două plafoane vă spune ce graniță să atacați.

Păstrați politica de securitate intactă în timp ce comparați. Un rezultat vechi obținut cu un cifru slab sau cu o placă supraclockată nu este un plan pentru implementarea actuală.

iperf3 -c 10.44.0.1 -R -t 30
iperf3 -c 10.44.0.1 -t 30
ethtool eth0 | grep -i speed

Păstrați rezultatele direcționale lângă observațiile punctului final din aceeași rulare. Următoarea modificare ar trebui să vizeze plafonul măsurat, nu componenta care pare cea mai mică în fișa tehnică.