Elf Stunden über dem Atlantik ELEVEN HOURS OVER THE ATLANTIC SEAT 24B WATCHES A FILM AGAIN SEAT 24C REVIEWS FOUR SERVERS GEO ADDS 703 MS TO EVERY KEY MOVE THE WORK NOT THE KEYSTROKES

Elf Stunden, New York nach irgendwo im Osten. Das Kabinenlicht wird bernsteinfarben. Sitz 24B klappt den Bildschirm in der Vorderlehne auf, scrollt durch einen Katalog mit vierhundert Titeln und wählt einen Film, den er schon dreimal gesehen hat. Das ist kein Vorwurf. Es ist das mit Abstand Vernünftigste, was man mit elf Stunden in einer Aluminiumröhre unter Druck anfangen kann, und die meisten von uns haben genau das getan.

Sitz 24C holt ein Smartphone heraus.

Beide Sitze hängen im selben Wi-Fi. Beide sind gleich weit vom Boden entfernt. Wenn die Räder aufsetzen, wird der eine einen Film gesehen haben, den er längst mitsprechen kann, und der andere drei Branches gemergt, eine rote Testsuite grün bekommen und einen hängenden Job auf einer Maschine sechstausend Kilometer entfernt neu gestartet haben.

Interessant ist nicht, dass das möglich ist. Interessant ist, warum es möglich ist – und warum der naheliegende Weg, den die meisten einmal versuchen und irgendwo über Grönland wieder aufgeben, überhaupt nicht funktioniert.

Es gibt zwei grundverschiedene Dinge, die eine Fluggesellschaft mit „Wi-Fi“ meinen kann, und welches davon an deinem konkreten Rumpf sitzt, entscheidet über alles Weitere.

Die alte Variante ist ein geostationärer Satellit, geparkt auf 35.786 km. Diese Höhe hat niemand dir zuliebe gewählt; es ist genau die Entfernung, in der ein Umlauf vierundzwanzig Stunden dauert, sodass der Satellit stillzustehen scheint. Die Folge ist eine Rechnung, gegen die kein Entwicklungsbudget argumentieren kann: hinauf und wieder hinunter, zweimal, sind 477 ms hin und zurück – für das Licht selbst, bevor auch nur ein einziger Router beteiligt ist.

Die neue Variante ist eine Konstellation im niedrigen Erdorbit auf rund 550 km – etwa fünfundsechzigmal näher und 7,3 ms Signallaufzeit hin und zurück.

Messungen aus der Luft decken sich mit der Physik. Eine Auswertung von Ooklas In-Flight-Speedtests aus dem ersten Quartal 2025 fand eine mediane Round-Trip-Zeit von 44 ms bei Starlink gegenüber 703–757 ms bei Hughes, Intelsat und Viasat – ein Faktor von rund sechzehn. Ein anderes Team instrumentierte für die ACM IMC 2025 echte Geräte auf 25 Flügen bei 7 Fluggesellschaften und maß unabhängig davon dasselbe Bild: unter 40 ms im LEO, über 550 ms im GEO.

Für eine lange Ozeanüberquerung ist die ehrliche Zahl etwas schlechter als die Schlagzeile. Dieselbe Untersuchung maß einen Median von 62 ms über dem Pazifik, mit einer Spanne von 19–86 ms. Das ist die Zahl, die du im Kopf behalten solltest. Sie ist immer noch hervorragend. Sie ist nur nicht 44.

An dieser Stelle soll ein Blogbeitrag auf einer Produktseite dir eigentlich erzählen, dass die Zukunft bereits angekommen ist.

Sie ist nicht gleichmäßig angekommen, und das Flugzeug, das sie zuletzt erreicht, ist deins.

Schmalrumpfflugzeuge werden zuerst umgerüstet – es gibt viele davon, sie stehen nur kurz am Boden, und sie fliegen kurze Inlandsstrecken, auf denen niemand elf Stunden lang irgendetwas versucht. Die Großraumflugzeuge, die tatsächlich Ozeane überqueren, stehen ganz hinten in der Schlange. Mitte 2026 hatte United mehr als 400 Flugzeuge mit Starlink und rechnete bis Jahresende mit fast tausend – aber nur etwa sechzig davon waren Großraumflugzeuge, der erste Starlink-Transatlantikflug mit Großraumjet (Newark–Heathrow) fand erst im Juni 2026 statt, und die komplette Großraumflotte ist erst für den Sommer 2027 vorgesehen. Virgin Atlantic hatte seine zwölf A350 abgeschlossen – rund 28 % seiner Großraumflotte –, die 787 sind für die zweite Hälfte 2026 eingeplant und die A330neo bis 2027.

Also: Wenn du das 2026 auf einem Interkontinentalflug liest, stehen die Chancen weiter schlecht. Du hängst vermutlich an der 700-ms-Leitung, nicht an der mit 62 ms.

Das macht den Rest dieses Textes nützlicher, nicht überflüssig.

Ein Film und eine Shell scheitern in entgegengesetzte Richtungen, und Bord-Wi-Fi ist für genau eines von beidem das falsche Netz.

Ein Film ist ein Bandbreiten-Problem, dem Latenz egal ist. Er puffert. Wenn das erste Bild 700 ms zu spät kommt, merkt das niemand, weil nichts an diesem Erlebnis davon abhängt, dass der Film auf dich reagiert. Play drücken, warten, schauen. Der Round Trip passiert genau einmal.

Eine interaktive Shell ist das Spiegelbild. Sie braucht fast keine Bandbreite – eine Terminalsitzung misst man in Kilobit, nicht in Megabit –, aber sie bezahlt den Round Trip bei jedem einzelnen Tastendruck, dessen Echo du sehen willst. Bei 700 ms ist das keine langsame Verbindung mehr. Das ist ein Gespräch mit einer Zweidrittelsekunde Pause nach jedem Zeichen.

Genau hier liegt der Denkfehler. Man sieht „50 Mbit/s“ im Bordportal, schließt daraus, die Verbindung sei in Ordnung, öffnet ein Terminal – und stellt fest, dass „in Ordnung“ damit nichts zu tun hat. Bandbreite ist hier nicht die Währung. Round Trips sind es.

Der Ausfall ist präziser als „fühlt sich langsam an“, und die Forschung ist ungewöhnlich klar darin, wo der Schmerz landet.

In einer kontrollierten Studie mit 31 Teilnehmenden, die 20 ms gegen 200 ms Ende-zu-Ende-Eingabelatenz stellte, bewegte sich das reine Tippen kaum: 290,9 ms pro Zeichen gegenüber 302,7 – ein Unterschied, den die Autoren nicht signifikant nennen konnten. Die Fehlerraten waren identisch.

Die Korrektur-Aufgabe dagegen – mit den Pfeiltasten den Cursor umsetzen und Text reparieren, also genau das, was man im Editor tatsächlich tut – stieg von 38,9 Sekunden auf 46,5 Sekunden, rund 20 % langsamer, bei sehr großer Effektstärke (p < 0,001, d = 1,673). Den Mechanismus benennen die Autoren nüchtern: Beim Navigieren musst du immer wieder auf den Bildschirm warten, weil davon, wo der Cursor gelandet ist, abhängt, was du als Nächstes tust.

Die gefühlte Belastung wurde selbst dort schlechter, wo das Tempo es nicht wurde. Bei der Tippaufgabe, deren Leistung statistisch unverändert blieb, stieg die selbst berichtete Frustration trotzdem von 20,9 auf 31,3.

Übertrage das auf ein Terminal, und es benennt exakt das, was in zehn Kilometern Höhe auseinanderfällt: nicht das Eintippen eines Befehls. Es sind die Navigation in vim, die Tab-Vervollständigung, das Blättern durch less und der Stochern-und-Schauen-Rhythmus einer REPL. Jedes davon ist eine Schleife, in der das Nächste davon abhängt, was gerade zurückgekommen ist.

Sobald du akzeptierst, dass Round Trips die knappe Ressource sind, lautet die Lösung nicht mehr „ein schnelleres Flugzeug“, sondern wird zur Architekturfrage: weniger Round Trips – und jeder einzelne trägt mehr.

Es gibt ein bekanntes Werkzeug, das genau hier ansetzt. Mosh sagt voraus, was deine Tastendrücke bewirken werden, und zeigt sie lokal an, bevor der Server sie bestätigt. Die gemessene Wirkung ist dramatisch: Auf einer Strecke mit rund einer halben Sekunde Round-Trip-Zeit fiel die mediane Reaktion auf einen Tastendruck von 503 ms auf unter 5 ms. Auf einem transozeanischen Pfad vom MIT nach Singapur von 273 ms auf unter 5 ms.

Aber lies das Kleingedruckte, denn darum geht es. Mosh sagt rund 70 % der Tastendrücke voraus. Die etwa 30 %, die es nicht vorhersagen kann, sind – in den Worten der Autoren – hauptsächlich Navigation, und für die sieht das Latenzprofil wieder aus wie schlichtes SSH. Anders gesagt: Ausgerechnet die eine Interaktion, die hohe Latenz am härtesten bestraft, ist die, die lokales Echo nicht retten kann.

Vorhersage hilft also – und rettet dich nicht. Was dich wirklich rettet, ist, sich schlicht zu weigern, so oft in der Schleife zu stecken.

Hör auf, in die Latenz hineinzutippen. Leg lang laufende Arbeit ans andere Ende und schau nach ihr. Ein Build, eine Testsuite, eine Migration, ein Coding-Agent – nichts davon braucht dich für den Round Trip. Sie brauchen dich am Anfang und bei der Entscheidung. Alles dazwischen ist das Problem der Maschine, und die Maschine steht am Boden, an einer guten Verbindung.

Deshalb schlägt in der Höhe auch Parallelität die Interaktivität. Durch 700 ms hindurch kannst du nicht schnell tippen. Vier Server gleichzeitig beaufsichtigen kannst du sehr wohl, denn Beaufsichtigen ist nicht latenzgebunden – es ist aufmerksamkeitsgebunden, und du hast elf Stunden Aufmerksamkeit und sonst nichts, wofür du sie ausgeben könntest.

Konkret, auf einem Smartphone, an einer schlechten Leitung:

Nichts davon wurde für Flugzeuge erfunden. So sah Fernarbeit über eine feindselige Leitung schon immer aus, und ein Flugzeug ist einfach eine ungewöhnlich ehrliche feindselige Leitung.

Zwei Dinge konnten wir nicht überprüfen, und wir tun auch nicht so, als ob:

Ob das Netz deiner Fluggesellschaft SSH überhaupt hinauslässt. Zu Portsperren, VPN-Regeln oder Idle-Timeouts bei den Anbietern von Bord-Wi-Fi haben wir keine belastbaren öffentlichen Belege gefunden – dafür jede Menge selbstbewusster Forenbehauptungen, die eine Prüfung nicht überstehen. Es hängt vom Carrier ab, vom Anbieter und vom Flugzeug. Teste es auf einem Kurzstreckenflug, bevor du einen Langstreckenflug darauf aufbaust.

Wie die Kabine ihre Zeit tatsächlich verbringt. Die meistzitierten Statistiken zum Bordunterhaltungsprogramm führen bei näherem Hinsehen auf Werbe-Preislisten ohne jede Methodik zurück – die haben wir aussortiert. Der beste Umfragebeleg, den wir gefunden haben – Inmarsat/Censuswide, 11.231 Passagiere in zehn Ländern, allerdings 2022 erhoben und nach Absichten statt nach gemessener Zeit gefragt –, sieht Unterhaltung mit deutlichem Abstand vor Arbeit: 41 % wollten heruntergeladene Filme sehen und 35 % streamen, gegenüber 26 %, die arbeiten wollten.

Nimm Sitz 24B also als Figur, nicht als Statistik. Es ging nie darum, dass Filmeschauen falsch wäre. Es geht darum, dass die Alternative nicht länger unerreichbar ist.

Der Film endet dort, wo er auch die letzten drei Male geendet hat. Der Sinkflug beginnt. Sitz 24B hatte einen vollkommen guten Flug und wird ausgeruht landen, und das ist etwas wert.

Sitz 24C landet mit erledigter Arbeit – weil die Arbeit nie im Sitz war. Sie lief die ganze Zeit auf einer Maschine am Boden, und das Smartphone war immer nur ein Fenster darauf.

Elf Stunden sind eine lange Zeit bei 700 ms. Sie sind eine sehr kurze Zeit, wenn man vier Server beaufsichtigt, denen der Satellit vollkommen egal ist.