Seit Jahren arbeitet Tailscale daran, Internetverbindungen schneller zu machen. Nun teilt das Unternehmen mit, dass es einen Plan hat, diese Arbeit voranzutreiben, und dieser konzentriert sich darauf, Pakete klein zu halten und der Hardware mehr als einen Pfad zum Reisen zu ermöglichen.
Die heutige Ankündigung umfasst eine Reihe von Upgrades, die darauf abzielen, die Leistung über App-Konnektoren, Subnetzrouter und Exit-Knoten hinweg zu steigern. Zu den Ergänzungen gehören Multi-Queue-Technologie, reduzierte Paketgrößen und schnellere Startzeiten, wobei bestimmte Verbesserungen später im Jahr 2026 erwartet werden.
Paketversand und das Problem des großen Puffers
Die Pakete, die die meisten Netzwerke passieren, sind tendenziell recht klein, etwa 1 KiB groß. Das wireguard-go-Code, der von Tailscales aktueller Konfiguration verwendet wird, zwingt es jedoch, sie so zu behandeln, als wären sie viel größer. Das Unternehmen, das für Verschlüsselung und Netzwerktechnik zuständig ist, stellt eine einzige Puffergröße für das Auspacken dieser Pakete bereit: 64 KiB.
Dies bedeutet, dass ein 1-KiB-Paket jedes Mal in seinen eigenen 64-KiB-Puffer kopiert wird. Anstatt diese Pakete anderswo zu kopieren, lässt Tailscale sie nun auf Linux- und Android-Geräten einfach dort liegen, wo sie sind. Das System identifiziert, wo jedes Paket innerhalb des einzelnen großen Lesevorgangs beginnt und endet, anstatt eine frische Kopie davon anzufertigen.
Kleine Pakete bleiben tendenziell klein im Speicher, und viele davon können eine einzelne Zuweisung gemeinsam nutzen. Dadurch verbringen sie weniger Zeit mit dem Kopieren. Laut dem Unternehmen führte diese Anordnung zu einer Steigerung der Geschwindigkeit um etwa 5 % über viele Netzwerkkonfigurationen hinweg.
Kürzere Queues und ihre Einsparungen
Zwischen den Phasen der Pipeline warten Pakete in Queues, die dazu dienen, Verkehrsgipfel zu absorbieren. Tests zeigten, dass ein Großteil dieser Kapazität ungenutzt blieb. Das Reduzieren der Queue-Tiefe verkürzte die Wartezeit und reduzierte den Speicherbedarf.
Der zusätzlich freigewordene Speicher wurde genutzt, um zwei der am stärksten frequentierten Knotentypen zu unterstützen: Subnetzrouter und App-Konnektoren, die von Tailscales Einsparungen profitierten.
Multi-Queue-Lanes für Subnetzrouter
Ein kleines Heimnetzwerk verwaltet möglicherweise nur eine Handvoll Nicht-Tailscale-Geräte, während ein Subnetzrouter vor einer Cloud-Bereitstellung, die Hunderte von Peers bedient, einen viel höheren Datenverkehr verarbeitet. Die beiden Setups können sich völlig unterschiedlich darstellen.
Für lange Zeit handhabten Subnetz-Router, App-Konnektoren und Exit-Nodes mehrere separate Streams durch eine einzige, Single-Thread-Pipeline. Jede Verbindung musste diesen einzelnen Fahrstreifen nutzen, da eine empfangende Anwendung niemals sehen darf, wie ihre eigenen Pakete in ungeordneter Reihenfolge ankommen.
Tailscale gewann Raum für ein Multi-Queue-System dank seines geringeren Speicherverbrauchs, mit mehreren Fahrstreifen anstelle von nur einem, skaliert an die Ressourcen der Maschine anstatt an die Anzahl der Peers gebunden. Pakete bleiben auf ihren zugewiesenen Fahrstreifen, die gleichzeitig betrieben werden, sodass die Arbeit auf die CPU-Kerne aufgeteilt werden kann.
„Dies führt zu einer geringeren Latenz, im Wesentlichen einer schnelleren Verarbeitung von Daten vom Moment, in dem wir sie vom Kabel lesen, bis zum Moment, in dem wir sie an das Betriebssystem senden“, sagte Alex Valiushko, Mitglied des technischen Teams bei Tailscale.
Höherer Durchsatz mit writev
Tailscale verwendet die Linux-Funktion writev, um dem Kernel mehrere Chunks von Paketinformationen auf einmal zu übergeben, anstatt diese Stücke zuerst separat zu kopieren und zusammenzufügen. Das ‚v‘ in writev steht für „Vektor“, was bedeutet, dass Tailscale auf unterschiedliche Datenteile verweisen kann, die behandelt werden müssen, ohne sie tatsächlich zu bewegen.
Das Ergebnis ist eine geringere Anzahl von gespeicherten Paketkopien, weniger häufiges Schreiben in den Speicher und eine schnellere Rate des Informationsdurchgangs durch das System.
Schnellerer Start mit netmap-Caching
Nur Linux und Android profitieren derzeit von diesen Geschwindigkeitssteigerungen. Tailscale hat jedoch Funktionen für andere Systeme entwickelt, und Clients werden bald in der Lage sein, netmap-Caching zu nutzen, um unter vielen Bedingungen schneller zu starten.
Wenn ein Gerät eine Verbindung zu Tailscale herstellt, beginnt es normalerweise damit, Tailscales Kontrollpaneel zu kontaktieren, was auf einem Standardnetzwerk etwa 100 Millisekunden dauert. Danach beweist das Gerät seine Identität und erhält eine „Netzwerkkarte“ oder netmap, die die anderen Geräte aufzeigt, mit denen es sich verbinden kann, und die Routen dorthin. Unter normalen Bedingungen verläuft die gesamte Startsequenz schnell, fast instant.
Die Verbindung kann sich verlangsamen, wenn das WLAN des Flugzeugs schwach ist, oder wenn ein Hotel sein Netzwerk stark filtert.
Was diese Änderungen unterstützen
Dies hat Tailscale für Workloads geeignet gemacht, die eine höhere Leistung erfordern, was die Anwendung von Tailscale auf Continuous Integration, Agent Workflows, Remote Development Environments, Robotic Edge Devices, umfangreiche Daten- und Telemetrie-Workloads und darüber hinaus ermöglicht.
| Workload | Beispiel |
|---|---|
| Continuous Integration | Automatisierte Test-Pipelines |
| Agent Workflows | Remote Orchestration Tasks |
| Remote Development Environments | In der Cloud gehostete Programmiersitzungen |
| Robotic Edge Devices | Fabrikautomatisierungssysteme |
| Umfangreiche Daten- und Telemetrie | Großflächige Überwachung ( |
Die Straße vor uns (
Tailscale arbeitet weiterhin an der Behebung von Leistungswerkzeugproblemen, die es für seine Nutzer lösen möchte. Das Unternehmen hat Ressourcen dafür bereitgestellt, die Geschwindigkeit von Tailscale zu verbessern, beginnend mit verbesserter TCP-Durchsatz auf Linux-Maschinen, gefolgt von der Überschreitung von 10 Gb/s auf Bare-Metal-Systemen mit wireguard-go und anschließend der Verwendung von Segmentierungs-Offloads, um den Durchsatz von UDP-basierten Anwendungen mehr als 4x zu erhöhen. (
Das Unternehmen verfolgt weiterhin sein ursprüngliches Ziel: einen Weg durch NAT-Traversal zu finden, selbst wenn Netzwerke nicht kooperieren möchten. Die Datenebene muss unter allen Umständen stabil bleiben. (
Wesentliche Fakten (
- 5 % Geschwindigkeitssteigerung durch kleinere Paketbearbeitung auf Linux und Android (
- Multi-Queue-System wird im zweiten Halbjahr 2026 eingeführt (
- Netmap-Caching kommt bald für schnellere Startzeiten (
- Wireguard-go hat auf Bare-Metal-Systemen 10 Gb/s überschritten (
- Durchsatz wurde durch Segmentierungs-Offloads für UDP-basierte Anwendungen mehr als 4x verbessert (
Das Unternehmen geht das Problem offen an und spezifiziert sein Heilmittel klar. Seine Behauptungen beruhen auf echten Statistiken und konkreten Beispielen. (
Ob die Updates wie angekündigt eintreffen, hängt davon ab, ob der versprochene 5 % Geschwindigkeitszuwachs und die reduzierte Latenz reale Bereitstellungen überstehen. (
Der weitere Weg umfasst eine Reihe stabiler Kundenversionen mit Verbesserungen bei Durchsatz und Speicherbedarf, zusammen mit erweiterten Performance-Tools für Kunden.
Quelle: „Making Tailscale Faster“, tailscale.com.
Das Notizbuch abonnieren.
Die besten Geschichten des Tages und jedes neue Urteil, in klarem Deutsch, um sieben im Postfach. Eine Mail am Tag, nicht mehr.