Tar routern eller den bärbara slut på CPU? Därför stannar VPN-hastigheten för tidigt

En router annonserar snabbt Wi-Fi och kämpar sedan med att kryptera trafiken från tre enheter samtidigt. En bärbar når en gräns för beräkning medan åtkomstlänken fortfarande har plats. Servern får oftast skulden först, och den är oftast oskyldig. Gränsen sitter på maskinen som gör tunnelarbetet, och att hitta den innebär att bevaka den maskinen i stället för hastighetstestet.

Symtomet pekar på en maskin, inte på internet

Var tunneln körs avgör vilken processor som betalar för den. Om routern avslutar den delar varje täckt klient den routerns budget. Om den bärbara kör en klient betalar den bärbara och inte routern. Tunnlar i båda ändar skapar två arbetsbelastningar som var och en kan bli gränsen en annan dag. Att namnge maskinen är det första steget, och det är steget folk hoppar över när de öppnar ett ärende mot leverantören.

Räkna enheterna mellan applikationen och den bortre änden och markera sedan den som krypterar. Allt annat är bara en bärare av byte som den inte kan läsa.

Övervaka belastningen per kärna under en överföring

En total CPU-procent är fel instrument, eftersom krypteringsarbete ofta låser en enda kärna medan resten står stilla. Titta på siffror per kärna under en kontrollerad överföring och håll utkik efter en kärna nära mättnad. Ett måttligt medelvärde med en upptagen tråd är en stark signal, medan ett högt medelvärde utan upptagen tråd oftast betyder ett orelaterat program. Mönstret betyder mer än talet.

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

Det tredje kommandot berättar om processorn erbjuder AES-instruktioner, vilket ändrar kostnaden för samma chiffer i stor utsträckning. Det berättar inte om VPN-implementeringen använder dem, och det är just gapet mellan dessa två fakta som de flesta optimeringspåståenden kommer från.

Separera kryptering från pakethantering

Kryptering är en kostnad bland flera. Kopiering av paket mellan kärnan och användarutrymmet, ruttuppslag, brandväggsregler och gränssnittshantering bidrar alla, och vissa implementationer betalar mer för kopiering än för kryptografi. Lägg märke till vilken räknare som stiger med överföringen i stället för att lita på processnamnet för att förklara varje cykel. En tunnel i användarutrymmet och en tunnel i kärnan kan visa helt olika profiler för identisk trafik.

Om en kärna är upptagen inne i kärnan skiljer sig åtgärden från en upptagen tråd i användarutrymmet, och profilen berättar vilken du har. Den skillnaden är värd en timme innan du köper hårdvara.

Jämför lika med lika innan du drar en slutsats

En jämförelse är bara användbar om uppgiften, åtkomstnätet och slutpunkten förblir desamma. Byt server och resultatet omfattar den serverns rutt och kapacitet; byt nät och det omfattar operatören. Använd samma fil, samma destination och samma tid på dygnet, och pausa ditt eget bakgrundsarbete. Om du måste byta enhet, byt bara enheten.

Ström och värme förändrar varaktig prestanda, så en kort körning på en kall maskin är inte samma mätning som en lång överföring på en varm. Jämför liknande strömförhållanden och skriv ned dem, eftersom en termisk gräns ser exakt ut som en beräkningsgräns i ett diagram.

Använd offload som stöds och verifiera att det verkligen aktiverades

Vissa implementationer kan flytta en del av datavägen in i kärnan eller ut i hårdvaran, och tillgängligheten beror på klienten, operativsystemet, servern och konfigurationen. Läs dokumentationen för den version du kör och använd dess egen statusutskrift eller loggar för att bekräfta att funktionen är aktiv. Ett installerat paket eller en ikryssad ruta är inget bevis. OpenVPN-handboken dokumenterar datakanalalternativ för sina egna utgåvor, och dessa alternativ skiljer sig mellan versioner.

När en förändring som stöds flyttar taket, kör både applikationsuppgiften och en bulköverföring igen, och behåll den tidigare profilen så att du kan rulla tillbaka. En bulkhastighet som fördubblas medan applikationen förblir långsam har flyttat flaskhalsen i stället för att ta bort den.

Om processorobservationerna inte följer symtomet, gå tillbaka till nätverkssidan. Wi-Fi-omförsök, köande och utgångsvägen ger samma resultat helt utan CPU-inblandning.