Router nebo notebook bez výkonu CPU? Proč vaše rychlost VPN končí dřív

Router inzeruje rychlé Wi-Fi a pak se mu nedaří šifrovat provoz tří zařízení najednou. Notebook narazí na limit zpracování, zatímco v přístupové lince je ještě místo. Vinen bývá nejdřív server, a většinou je nevinný. Limit sedí na stroji, který dělá práci tunelu, a najít ho znamená sledovat ten stroj, ne test rychlosti.

Příznak ukazuje na jeden stroj, ne na internet

Kde tunel běží, určuje, který procesor za něj platí. Pokud ho ukončuje router, sdílí rozpočet toho routeru každý pokrytý klient. Pokud klient běží na notebooku, platí notebook a router ne. Tunely na obou koncích vytvářejí dvě zátěže a každá může být limitem v jiný den. Pojmenovat stroj je první krok a právě ten lidé vynechávají, když podávají ticket proti poskytovateli.

Spočítejte zařízení mezi aplikací a vzdáleným koncem a označte to, které šifruje. Všechno ostatní je jen nosič bajtů, které nedokáže přečíst.

Sledujte zátěž jednotlivých jader při přenosu

Celkové procento CPU je špatný nástroj, protože šifrování často připoutá jedno jádro, zatímco ostatní zahálí. Dívejte se na čísla jednotlivých jader při řízeném přenosu a hledejte jádro blízko nasycení. Mírný průměr s jedním vytíženým vláknem je silný signál, kdežto vysoký průměr bez vytíženého vlákna obvykle znamená nesouvisející program. Vzorec je důležitější než číslo.

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

Třetí příkaz řekne, zda procesor nabízí instrukce AES, což mění cenu stejné šifry v širokém rozmezí. Neřekne, zda je implementace VPN používá, a právě v mezeře mezi těmito dvěma fakty vzniká většina tvrzení o optimalizaci.

Oddělte šifrování od zpracování paketů

Šifrování je jeden náklad z několika. Kopírování paketů mezi jádrem a uživatelským prostorem, vyhledávání tras, pravidla firewallu a zpracování rozhraní také přispívají a některé implementace platí za kopírování víc než za kryptografii. Všimněte si, který čítač roste spolu s přenosem, místo abyste věřili názvu procesu, že vysvětlí každý cyklus. Tunel v uživatelském prostoru a tunel v jádru mohou u stejného provozu ukázat zcela odlišné profily.

Pokud je jedno jádro vytížené uvnitř jádra, řešení se liší od vytíženého vlákna v uživatelském prostoru a profil vám řekne, který případ máte. Ten rozdíl stojí za hodinu před nákupem hardwaru.

Porovnávejte podobné s podobným, než uděláte závěr

Srovnání má smysl jen tehdy, když úloha, přístupová síť a koncový bod zůstanou stejné. Změňte server a výsledek zahrne trasu a kapacitu toho serveru; změňte síť a zahrne operátora. Použijte stejný soubor, stejné místo určení a stejnou dobu dne a pozastavte vlastní práci na pozadí. Pokud musíte změnit zařízení, změňte jen zařízení.

Napájení a teplo mění trvalý výkon, takže krátký běh na chladném stroji není stejné měření jako dlouhý přenos na teplém. Porovnávejte podobné podmínky napájení a zapisujte je, protože tepelný limit vypadá v grafu přesně jako limit zpracování.

Používejte podporovaný offload a ověřte, že se skutečně zapnul

Některé implementace umějí přesunout část datové cesty do jádra nebo do hardwaru a dostupnost závisí na klientovi, operačním systému, serveru a konfiguraci. Přečtěte si dokumentaci k verzi, kterou provozujete, a použijte její vlastní stavový výstup nebo logy k potvrzení, že je funkce aktivní. Nainstalovaný balíček ani zaškrtnuté políčko nejsou důkaz. Manuál OpenVPN dokumentuje volby datového kanálu pro vlastní vydání a tyto volby se mezi verzemi liší.

Když podporovaná změna posune strop, znovu spusťte jak úlohu aplikace, tak hromadný přenos, a uchovejte předchozí profil, abyste se mohli vrátit. Hromadná rychlost, která se zdvojnásobí, zatímco aplikace zůstává pomalá, přesunula úzké hrdlo, místo aby ho odstranila.

Pokud pozorování procesoru nenásledují příznak, vrátte se na síťovou stranu. Opakované pokusy Wi-Fi, fronta a výstupní cesta dávají stejný výsledek zcela bez účasti CPU.