El router o l'ordinador portàtil es queden sense CPU? Per què la velocitat VPN s'escurça

Un router anuncia Wi-Fi ràpid i després li costa xifrar el trànsit de tres dispositius alhora. Un portàtil arriba a un límit de processament mentre l'enllaç d'accés encara té marge. Normalment es culpa primer el servidor, i normalment és innocent. El límit és a la màquina que fa la feina del túnel, i trobar-lo vol dir observar aquesta màquina i no la prova de velocitat.

El símptoma assenyala una màquina, no internet

On s'executa el túnel decideix quin processador en paga el cost. Si el router el termina, cada client cobert comparteix el pressupost d'aquest router. Si el portàtil executa un client, paga el portàtil i el router no. Executar túnels als dos extrems crea dues càrregues que poden ser el límit en dies diferents. Anomenar la màquina és el primer pas, i és el pas que la gent s'estalvia quan obre un tiquet contra el proveïdor.

Compteu els dispositius entre l'aplicació i l'extrem remot i marqueu el que xifra. Tota la resta és un transportista de bytes que no pot llegir.

Observeu la càrrega per nucli durant una transferència

El percentatge global de CPU és l'instrument equivocat, perquè el xifratge sovint clava un sol nucli mentre la resta estan inactius. Mireu les xifres per nucli durant una transferència controlada i vigileu un nucli a prop de la saturació. Una mitjana moderada amb un fil ocupat és un senyal fort, mentre que una mitjana alta sense cap fil ocupat normalment vol dir un programa no relacionat. El patró importa més que el número.

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

La tercera ordre diu si el processador exposa instruccions AES, cosa que canvia el cost del mateix xifratge en un marge ampli. No diu si la implementació VPN les utilitza, i la diferència entre aquests dos fets és l'origen de la majoria de les afirmacions d'optimització.

Separeu el xifratge del maneig de paquets

El xifratge és un cost entre diversos. Copiar paquets entre el nucli i l'espai d'usuari, les cerques d'encaminament, les regles de tallafocs i el maneig d'interfícies hi contribueixen, i algunes implementacions paguen més per copiar que per criptografia. Fixeu-vos quin comptador puja amb la transferència en lloc de confiar en el nom del procés per explicar cada cicle. Un túnel en espai d'usuari i un túnel dins del nucli poden mostrar perfils completament diferents per a un trànsit idèntic.

Si un nucli està ocupat dins del nucli, la solució difereix de la d'un fil ocupat en espai d'usuari, i el perfil us diu quin teniu. Aquesta distinció val una hora abans de comprar maquinari.

Compareu el semblant amb el semblant abans de treure conclusions

Una comparació només és útil si la tasca, la xarxa d'accés i el punt final es mantenen iguals. Canvieu el servidor i el resultat inclou la ruta i la capacitat d'aquell servidor; canvieu la xarxa i inclou l'operador. Feu servir el mateix fitxer, la mateixa destinació i la mateixa hora del dia, i atureu la vostra feina en segon pla. Si heu de canviar el dispositiu, canvieu només el dispositiu.

L'alimentació i la calor canvien el rendiment sostingut, així que una execució curta en una màquina freda no és la mateixa mesura que una transferència llarga en una de calenta. Compareu condicions d'alimentació similars i anoteu-les, perquè un límit tèrmic sembla exactament un límit de processament en un gràfic.

Utilitzeu el descàrrec suportat i verifiqueu que s'ha activat de debò

Algunes implementacions poden moure part del camí de dades al nucli o al maquinari, i la disponibilitat depèn del client, del sistema operatiu, del servidor i de la configuració. Llegiu la documentació de la versió que executeu i feu servir la seva pròpia sortida d'estat o els seus registres per confirmar que la funció és activa. Un paquet instal·lat o una casella marcada no són prova. El manual d'OpenVPN documenta opcions del canal de dades per a les seves pròpies versions, i aquestes opcions difereixen entre versions.

Quan un canvi suportat mou el sostre, torneu a executar tant la tasca de l'aplicació com una transferència massiva, i guardeu el perfil anterior per poder revertir. Una taxa massiva que es duplica mentre l'aplicació segueix lenta ha mogut el coll d'ampolla en lloc d'eliminar-lo.

Si les observacions del processador no segueixen el símptoma, torneu al costat de la xarxa. Els reintents de Wi-Fi, la cua i el camí de sortida produeixen el mateix resultat sense cap participació de la CPU.