Durante años, Tailscale ha trabajado en hacer las conexiones a internet más rápidas. Ahora la compañía dice que tiene un plan para avanzar en ese trabajo, y se centra en mantener los paquetes pequeños al tiempo que le da al hardware más de una ruta para viajar.
El anuncio de hoy abarca una serie de actualizaciones destinadas a aumentar la producción en conectores de aplicaciones, enrutadores de subredes y nodos de salida. Entre las adiciones se encuentran la tecnología de múltiples colas, tamaños de paquetes reducidos y tiempos de inicio más rápidos, con ciertas ganancias que llegarán más adelante en 2026.
Envío de paquetes y el problema del gran búfer
Los paquetes que pasan por la mayoría de las redes tienden a ser bastante pequeños, aproximadamente de 1 KiB de tamaño. Sin embargo, el código wireguard-go utilizado en la configuración actual de Tailscale lo obliga a tratarlos como si fueran mucho más grandes. La compañía, que gestiona el cifrado y la red, proporciona un tamaño de búfer único para descomprimir esos paquetes: 64 KiB.
Esto implica que un paquete de 1 KiB se copia en su propio búfer de 64 KiB cada vez. En lugar de copiar estos paquetes en otro lugar, Tailscale ahora les permite quedarse donde están en Linux y Android. El sistema identifica dónde comienza y termina cada paquete dentro de la única lectura grande en lugar de hacer una nueva copia de él.
Los paquetes pequeños tienden a permanecer pequeños en la memoria, y numerosos de ellos pueden compartir una sola asignación. Debido a esto, pasan menos tiempo siendo copiados. Según la compañía, este acuerdo produjo un aumento de velocidad de aproximadamente el 5% en muchas configuraciones de red.
Colas más cortas y sus ahorros
Entre las etapas de la canalización, los paquetes esperan en colas diseñadas para absorber ráfagas de tráfico. Las pruebas revelaron que gran parte de esa capacidad permanecía inactiva. Reducir la profundidad de la cola redujo el tiempo de espera y redujo la sobrecarga de memoria por igual.
La memoria adicional que quedó disponible se utilizó para ayudar a dos de los tipos de nodo más ocupados: enrutadores de subredes y conectores de aplicaciones, que recibieron los beneficios de los ahorros de Tailscale.
Carriles de cola múltiple para enrutadores de subredes
Una pequeña red de laboratorio en casa puede administrar solo un puñado de dispositivos que no utilizan Tailscale, mientras que un enrutador de subred que se encuentra antes de un despliegue en la nube que atiende a cientos de compañeros maneja un tráfico mucho más pesado. Los dos escenarios pueden verse completamente diferentes entre sí.
Durante mucho tiempo, los routers de subred, los conectores de aplicaciones y los nodos de salida manejaron varios flujos separados a través de una única canalización secuencial de un solo hilo. Cada conexión debía compartir esa única vía, ya que una aplicación receptora nunca debe ver sus propios paquetes llegar fuera de orden.
Tailscale obtuvo espacio para un sistema de múltiples colas gracias a su menor uso de memoria, con múltiples carriles en lugar de uno solo, escalado para adaptarse a los recursos de la máquina en lugar de estar vinculado al número de compañeros. Los paquetes permanecen en sus carriles asignados, que operan simultáneamente, por lo que el trabajo puede dividirse entre los núcleos de la CPU.
«Esto se traduce en una latencia más baja, esencialmente un procesamiento más rápido de los datos desde el momento en que los leemos del cable hasta el momento en que los enviamos al sistema operativo», dijo Alex Valiushko, miembro del personal técnico de Tailscale.
Mayor Rendimiento Con writev
Tailscale utiliza la función writev de Linux para enviar varios fragmentos de información del paquete al kernel a la vez, en lugar de copiar y unir esos fragmentos por separado primero. La «v» en writev se refiere a «vector», lo que significa que Tailscale puede apuntar a fragmentos distintos de datos que necesitan ser manejados, sin realmente moverlos.
El resultado es un número menor de copias de paquetes almacenadas, una escritura menos frecuente en la memoria y una tasa más rápida de información que pasa a través del sistema.
Inicio Más Rápido Con el Almacenamiento en Caché de netmap
Solo Linux y Android se benefician de estas mejoras de velocidad actuales. Tailscale ha estado desarrollando funciones para otros sistemas, sin embargo, y pronto los clientes podrán aprovechar el almacenamiento en caché de netmap para iniciar más rápidamente en muchas condiciones.
Cuando un dispositivo se conecta a Tailscale, normalmente comienza buscando el plano de control de Tailscale, lo que tarda unos 100 milisegundos en una red estándar. Después de eso, el dispositivo prueba su identidad y recibe un «mapa de red», o netmap, que describe los otros dispositivos a los que puede conectarse y las rutas para llegar a ellos. En condiciones normales, toda la secuencia de inicio se mueve rápidamente, casi instantáneamente.
La conexión puede ralentizarse cuando el Wi-Fi del avión es débil, o cuando un hotel aplica un filtrado extenso a su red.
Lo Que Estas Modificaciones Apoyan
Esto ha hecho que Tailscale sea adecuado para cargas de trabajo que exigen un mayor rendimiento, lo que permite aplicar Tailscale a la integración continua, flujos de trabajo agentivos, entornos de desarrollo remoto, dispositivos robóticos en el borde, cargas de trabajo pesadas de datos y telemetría, y más allá.
| Carga de trabajo | Ejemplo |
|---|---|
| Integración Continua | Canales de prueba automatizados |
| Flujos de trabajo agentivos | Tareas de orquestación remota |
| Entornos de desarrollo remoto | Sesiones de codificación alojadas en la nube |
| Dispositivos robóticos en el borde | Sistemas de automatización de fábricas |
| Cargas de trabajo pesadas de datos y telemetría | Monitoreo a gran escala. |
El Camino por Delante
Tailscale continúa abordando problemas de herramientas de rendimiento que espera resolver para sus usuarios. La empresa ha dedicado recursos a mejorar la velocidad de Tailscale, comenzando con un mayor rendimiento de TCP en máquinas Linux, seguido de superar los 10Gb/s en metal desnudo utilizando wireguard-go, y posteriormente empleando segmentaciones para impulsar el rendimiento de aplicaciones basadas en UDP más de 4 veces.
La compañía aún apunta a alcanzar su objetivo original: encontrar una manera a través de NAT Traversal, incluso cuando las redes se niegan a cooperar. El plano de datos debe mantenerse firme sin importar qué.
Hechos Clave
- Aumento del 5% en el manejo de paquetes más pequeños en Linux y Android
- El sistema multi-cola llegará en la segunda mitad de 2026
- Caché de Netmap llegará pronto para un inicio más rápido
- Wireguard-go superó los 10Gb/s en metal desnudo
- El rendimiento mejoró en más de 4 veces para aplicaciones basadas en UDP con segmentaciones
La empresa aborda el problema con franqueza y especifica su remedio claramente. Sus afirmaciones se basan en estadísticas genuinas e ilustraciones concretas.
Si las actualizaciones llegan como se anuncia depende de si el prometido aumento del 5% en la velocidad y la latencia reducida resisten las implementaciones en el mundo real.
El camino a seguir presenta una serie de versiones estables para clientes que incluyen mejoras en el rendimiento y la sobrecarga de memoria, junto con herramientas de rendimiento ampliadas para los clientes.
Material fuente: “Making Tailscale Faster,” tailscale.com.
Recibe El Cuaderno.
Las mejores historias del día y cada veredicto nuevo, en español claro, en tu correo a las siete. Un correo al día, nada más.