Routeru alebo notebooku dochádza CPU? Prečo sa rýchlosť VPN zastaví priskoro

Router inzeruje rýchle Wi-Fi a potom sa mu nedarí šifrovať prevádzku troch zariadení naraz. Notebook narazí na limit spracovania, hoci v prístupovej linke je ešte miesto. Vinný býva najskôr server a väčšinou je nevinný. Limit sedí na stroji, ktorý robí prácu tunela, a nájsť ho znamená sledovať ten stroj, nie test rýchlosti.

Príznak ukazuje na jeden stroj, nie na internet

Kde tunel beží, určuje, ktorý procesor zaň platí. Ak ho ukončuje router, zdieľa rozpočet toho routera každý pokrytý klient. Ak klient beží na notebooku, platí notebook a router nie. Tunely na oboch koncoch vytvárajú dve záťaže a každá môže byť limitom v iný deň. Pomenovať stroj je prvý krok a práve ten ľudia vynechávajú, keď podávajú ticket proti poskytovateľovi.

Spočítajte zariadenia medzi aplikáciou a vzdialeným koncom a označte to, ktoré šifruje. Všetko ostatné je len nosič bajtov, ktoré nedokáže prečítať.

Sledujte záťaž jednotlivých jadier počas prenosu

Celkové percento CPU je nesprávny nástroj, pretože šifrovanie často pripúta jedno jadro, kým ostatné zaháľajú. Pozerajte sa na čísla jednotlivých jadier počas riadeného prenosu a hľadajte jadro blízko nasýtenia. Mierny priemer s jedným vyťaženým vláknom je silný signál, kým vysoký priemer bez vyťaženého vlákna zvyčajne znamená nesúvisiaci program. Vzorec je dôležitejší než číslo.

mpstat -P ALL 1 5
top -H -b -n 1 | head -20
lscpu | grep -i -E "model name|aes"

Tretí príkaz povie, či procesor ponúka inštrukcie AES, čo mení cenu tej istej šifry v širokom rozsahu. Nepovie, či ich implementácia VPN používa, a práve v medzere medzi týmito dvoma faktami vzniká väčšina tvrdení o optimalizácii.

Oddeľte šifrovanie od spracovania paketov

Šifrovanie je jeden náklad z niekoľkých. Kopírovanie paketov medzi jadrom a používateľským priestorom, vyhľadávanie trás, pravidlá firewallu a spracovanie rozhraní tiež prispievajú a niektoré implementácie platia za kopírovanie viac ako za kryptografiu. Všimnite si, ktorý počítadlo rastie spolu s prenosom, namiesto toho, aby ste verili názvu procesu, že vysvetlí každý cyklus. Tunel v používateľskom priestore a tunel v jadre môžu pri rovnakej prevádzke ukázať úplne odlišné profily.

Ak je jedno jadro vyťažené vnútri jadra, riešenie sa líši od vyťaženého vlákna v používateľskom priestore a profil vám povie, ktorý prípad máte. Ten rozdiel stojí za hodinu pred nákupom hardvéru.

Porovnávajte podobné s podobným, kým urobíte záver

Porovnanie má zmysel len vtedy, keď úloha, prístupová sieť a koncový bod zostanú rovnaké. Zmeňte server a výsledok zahŕňa trasu a kapacitu toho servera; zmeňte sieť a zahŕňa operátora. Použite rovnaký súbor, rovnaké miesto určenia a rovnaký čas dňa a pozastavte vlastnú prácu na pozadí. Ak musíte zmeniť zariadenie, zmeňte len zariadenie.

Napájanie a teplo menia trvalý výkon, takže krátky beh na chladnom stroji nie je to isté meranie ako dlhý prenos na teplom. Porovnávajte podobné podmienky napájania a zapisujte ich, pretože tepelný limit vyzerá v grafe presne ako limit spracovania.

Používajte podporovaný offload a overte, že sa skutočne zapol

Niektoré implementácie dokážu presunúť časť dátovej cesty do jadra alebo do hardvéru a dostupnosť závisí od klienta, operačného systému, servera a konfigurácie. Prečítajte si dokumentáciu k verzii, ktorú prevádzkujete, a použite jej vlastný stavový výstup alebo logy na potvrdenie, že funkcia je aktívna. Nainštalovaný balík ani zaškrtnuté políčko nie sú dôkaz. Manuál OpenVPN dokumentuje voľby dátového kanála pre vlastné vydania a tieto voľby sa medzi verziami líšia.

Keď podporovaná zmena posunie strop, znova spustite úlohu aplikácie aj hromadný prenos a uchovajte predchádzajúci profil, aby ste sa mohli vrátiť. Hromadná rýchlosť, ktorá sa zdvojnásobí, kým aplikácia zostáva pomalá, presunula úzke hrdlo, namiesto toho aby ho odstránila.

Ak pozorovania procesora nenasledujú príznak, vráťte sa na sieťovú stranu. Opakované pokusy Wi-Fi, front a výstupná cesta dávajú rovnaký výsledok úplne bez účasti CPU.