¿Queda sen CPU o router ou o portátil? Por que a túa velocidade VPN córtase antes

Un router anuncia Wi-Fi rápido e despois custa lle cifrar o tráfico de tres dispositivos á vez. Un portátil acada un límite de procesamento mentres o enlace de acceso aínda ten marxe. Normalmente cúlpase primeiro o servidor, e normalmente é inocente. O límite está na máquina que fai o traballo do túnel, e atopalo significa observar esa máquina en lugar da proba de velocidade.

O síntoma apunta a unha máquina, non a internet

Onde se executa o túnel decide que procesador paga por el. Se o remata o router, cada cliente cuberto comparte o orzamento dese router. Se o portátil executa un cliente, paga o portátil e o router non. Executar túneles nos dous extremos crea dúas cargas de traballo que poden ser o límite en días distintos. Nomear a máquina é o primeiro paso, e é o paso que a xente salta cando abre un ticket contra o provedor.

Conta os dispositivos entre a aplicación e o extremo remoto e logo marca o que cifra. Todo o demais é un transportista de bytes que non pode ler.

Observa a carga por núcleo durante unha transferencia

A porcentaxe global de CPU é o instrumento equivocado, porque o traballo de cifrado adoita fixar un só núcleo mentres o resto está inactivo. Mira as cifras por núcleo durante unha transferencia controlada e vixía un núcleo preto da saturación. Unha media moderada cun fío ocupado é un sinal forte, mentres que unha media alta sen fío ocupado adoita significar un programa non relacionado. O patrón importa máis que o número.

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

O terceiro comando dinos se o procesador expón instrucións AES, o que cambia o custo do mesmo cifrado nunha marxe ampla. Non di se a implementación VPN as usa, e a fenda entre eses dous feitos é a orixe da maioría das afirmacións de optimización.

Separa o cifrado do manexo de paquetes

O cifrado é un custo entre varios. Copiar paquetes entre o núcleo e o espazo de usuario, as buscas de encamiñamento, as regras da devasa e o manexo de interfaces contribúen todos, e algunhas implementacións pagan máis por copiar que por criptografía. Fíxate en que contador sobe coa transferencia en lugar de confiar no nome do proceso para explicar cada ciclo. Un túnel no espazo de usuario e un túnel no núcleo poden mostrar perfís completamente distintos para un tráfico idéntico.

Se un núcleo está ocupado dentro do núcleo, a solución difire da dun fío ocupado no espazo de usuario, e o perfil diche cal tes. Esa distinción vale unha hora antes de comprar hardware.

Compara o semellante co semellante antes de sacar conclusións

Unha comparación só é útil se a tarefa, a rede de acceso e o punto final seguen iguais. Cambia o servidor e o resultado inclúe a ruta e a capacidade dese servidor; cambia a rede e inclúe o operador. Usa o mesmo ficheiro, o mesmo destino e a mesma hora do día, e detén o teu propio traballo en segundo plano. Se tes que cambiar o dispositivo, cambia só o dispositivo.

A alimentación e a calor cambian o rendemento sostido, así que unha execución curta nunha máquina fría non é a mesma medición que unha transferencia longa nunha quente. Compara condicións de alimentación similares e anótaas, porque un límite térmico parécese exactamente a un límite de procesamento nun gráfico.

Usa a descarga admitida e verifica que se activou de verdade

Algunhas implementacións poden mover parte da ruta de datos ao núcleo ou ao hardware, e a dispoñibilidade depende do cliente, do sistema operativo, do servidor e da configuración. Le a documentación da versión que executas e usa a súa propia saída de estado ou os seus rexistros para confirmar que a función está activa. Un paquete instalado ou unha caixa marcada non son proba. O manual de OpenVPN documenta opcións da canle de datos para as súas propias versións, e esas opcións difiren entre versións.

Cando un cambio admitido move o teito, volve executar tanto a tarefa da aplicación como unha transferencia masiva, e garda o perfil anterior para poder reverter. Unha taxa masiva que se duplica mentres a aplicación segue lenta moveu o colo de botella en lugar de eliminalo.

Se as observacións do procesador non seguen o síntoma, volve ao lado da rede. Os reintentos de Wi-Fi, a cola e a ruta de saída producen o mesmo resultado sen ningunha participación da CPU.