Elfogyott a CPU a routerből vagy a laptopból? Miért áll meg túl korán a VPN-sebesség

A router gyors Wi-Fi-t hirdet, majd küszködik, hogy három eszköz forgalmát egyszerre titkosítsa. A laptop eléri a feldolgozási határt, miközben a hozzáférési kapcsolatban még van hely. Általában először a szervert hibáztatják, és általában ártatlan. A határ azon a gépen van, amelyik az alagút munkáját végzi, és megtalálásához azt a gépet kell figyelni, nem a sebességtesztet.

A tünet egy gépre mutat, nem az internetre

Az dönti el, hogy melyik processzor fizet érte, hogy hol fut az alagút. Ha a router fejezi be, minden lefedett kliens annak a routernek a büdzséjét osztja. Ha a laptop futtat klienst, a laptop fizet, a router nem. Az alagutak mindkét végén két terhelés keletkezik, és bármelyik más nap válhat határrá. A gép megnevezése az első lépés, és éppen ezt a lépést hagyják ki az emberek, amikor hibajegyet nyitnak a szolgáltató ellen.

Számolja meg az eszközöket az alkalmazás és a távoli vég között, majd jelölje meg azt, amelyik titkosít. Minden más csak olyan bájtok hordozója, amelyeket nem tud elolvasni.

Figyelje a magonkénti terhelést az átvitel alatt

Az összesített CPU-százalék rossz eszköz, mert a titkosítási munka gyakran egyetlen magot köt le, míg a többi tétlen. Nézze a magonkénti értékeket egy ellenőrzött átvitel alatt, és figyeljen egy telítettséghez közeli magra. Egy foglalt szállal mért mérsékelt átlag erős jel, míg egy foglalt szál nélküli magas átlag általában nem kapcsolódó programot jelent. A minta többet számít, mint a szám.

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

A harmadik parancs megmondja, hogy a processzor kínál-e AES-utasításokat, ami széles sávban változtatja meg ugyanazon titkosítás költségét. Azt nem mondja meg, hogy a VPN megvalósítása használja-e őket, és a legtöbb optimalizálási állítás éppen e két tény közötti résből származik.

Válassza külön a titkosítást a csomagkezeléstől

A titkosítás egy költség a sok közül. A csomagok másolása a kernel és a felhasználói tér között, az útvonalkeresések, a tűzfalszabályok és az interfészkezelés mind hozzájárulnak, és egyes megvalósítások többet fizetnek a másolásért, mint a kriptográfiáért. Figyelje, melyik számláló emelkedik az átvitellel együtt, ahelyett hogy a folyamat nevében bízna minden ciklus magyarázataként. Egy felhasználói téri alagút és egy kernelen belüli alagút teljesen eltérő profilt mutathat azonos forgalom mellett.

Ha egy mag a kernelen belül foglalt, a megoldás eltér egy foglalt felhasználói téri száltól, és a profil megmondja, melyik eset áll fenn. Ez a különbség egy órát megér, mielőtt hardvert vásárol.

Hasonlítsa össze a hasonlót a hasonlóval, mielőtt következtet

Az összehasonlítás csak akkor hasznos, ha a feladat, a hozzáférési hálózat és a végpont ugyanaz marad. Cserélje a szervert, és az eredmény tartalmazza annak a szervernek az útvonalát és kapacitását; cserélje a hálózatot, és tartalmazza a szolgáltatót. Használja ugyanazt a fájlt, ugyanazt a célt és a nap ugyanazon szakát, és szüneteltesse a saját háttérmunkáját. Ha muszáj cserélni az eszközt, csak az eszközt cserélje.

A tápellátás és a hő megváltoztatja a tartós teljesítményt, ezért egy rövid futás hideg gépen nem ugyanaz a mérés, mint egy hosszú átvitel meleg gépen. Hasonlítson össze hasonló tápellátási feltételeket, és írja fel őket, mert a hőkorlát a grafikonon pontosan úgy néz ki, mint egy feldolgozási korlát.

Használjon támogatott kiszervezést, és ellenőrizze, hogy tényleg aktiválódott

Egyes megvalósítások az adatút egy részét a kernelbe vagy hardverbe helyezhetik, és az elérhetőség a klienstől, az operációs rendszertől, a szervertől és a konfigurációtól függ. Olvassa el a futtatott verzió dokumentációját, és annak saját állapotkimenetével vagy naplóival igazolja, hogy a funkció aktív. Egy telepített csomag vagy egy bejelölt négyzet nem bizonyíték. Az OpenVPN kézikönyve az adatcsatorna-beállításokat a saját kiadásaihoz dokumentálja, és ezek a beállítások verziók között eltérnek.

Amikor egy támogatott változtatás elmozdítja a plafont, futtassa újra az alkalmazásfeladatot és egy tömeges átvitelt is, és tartsa meg az előző profilt, hogy vissza tudjon állni. Az a tömeges sebesség, amely megduplázódik, miközben az alkalmazás lassú marad, elmozdította a szűk keresztmetszetet, nem megszüntette.

Ha a processzormegfigyelések nem követik a tünetet, térjen vissza a hálózati oldalra. A Wi-Fi-újrapróbálkozások, a sorban állás és a kimeneti útvonal ugyanazt az eredményt adják CPU-részvétel nélkül.