Timeout

Wenn ein Programm etwas anfordert, das nicht auf demselben Gerät liegt, muss es warten. Es fragt zum Beispiel bei einem anderen Computer im Internet eine Information ab und wartet auf die Rückmeldung. Meist kommt die Antwort in Bruchteilen einer Sekunde. Manchmal kommt sie aber überhaupt nicht, weil die Verbindung abbricht oder der andere Computer überlastet ist. Damit das eigene Programm dann nicht ewig stehen bleibt, legt man vorher eine Höchstwartezeit fest. Diese Frist heißt Timeout. Ist sie abgelaufen, gilt der Versuch als gescheitert, und das Programm macht mit einer Fehlermeldung weiter.

Warum endloses Warten teuer wird

Ein Programm, das wartet, blockiert dabei Ressourcen. Es belegt Arbeitsspeicher und häufig eine offene Netzwerkverbindung. Solange es hängt, kann es keine neuen Anfragen bearbeiten. Bei einem Dienst mit vielen Nutzern summiert sich das schnell: Tausende hängende Anfragen können einen ganzen Server lahmlegen, obwohl er selbst völlig gesund ist.

Genau das ist die Ursache vieler großer Ausfälle im Internet. Ein einzelner langsamer Baustein bringt die Dienste zum Stehen, die auf ihn warten. Diese warten dann selbst auf Antworten, und der Stillstand wandert wie eine Welle durch das System. Fachleute nennen das einen Kaskadenausfall. Vernünftig gesetzte Timeouts sind die einfachste Bremse dagegen.

Die Frist richtig zu wählen ist trotzdem knifflig. Ist sie zu kurz, brechen Anfragen ab, die eigentlich noch erfolgreich gewesen wären. Ist sie zu lang, nützt sie kaum etwas. Deshalb orientieren sich Entwickler an Messwerten: Wenn 99 Prozent aller Antworten in 200 Millisekunden ankommen, ist eine Sekunde eine sinnvolle Grenze.

Was beim Ablauf der Frist passiert

Technisch startet das Programm zusammen mit der Anfrage einen Zähler. Kommt die Antwort vorher, wird der Zähler verworfen. Läuft er ab, löst das Programm einen Abbruch aus. Die Anfrage gilt dann als fehlgeschlagen, auch wenn die Antwort eine Sekunde später doch noch eintrifft.

Häufig folgt auf den Abbruch ein neuer Versuch. Damit nicht alle Nutzer gleichzeitig nachbohren und den überlasteten Server endgültig erledigen, wartet man vor jedem Versuch länger als vor dem letzten. Erst eine Sekunde, dann zwei, dann vier. Dieses Verfahren heißt exponentielles Zurückweichen. Nach einigen erfolglosen Versuchen gibt das Programm endgültig auf und zeigt eine Fehlermeldung.

Ein wichtiger Punkt wird oft übersehen: Ein Timeout sagt nichts darüber, ob die Aktion wirklich unterblieben ist. Der andere Computer kann die Überweisung ausgeführt haben, und nur die Bestätigung ging verloren. Deshalb dürfen Wiederholungsversuche bei kritischen Vorgängen nicht einfach doppelt buchen. Man kennzeichnet solche Aufträge mit einer eindeutigen Nummer, damit der Empfänger einen zweiten identischen Auftrag erkennt und verwirft.

Timeouts in Apps, KI-Diensten und Störungsmeldungen

Im Alltag begegnet dir ein Timeout als Ladebalken, der irgendwann in eine Meldung umkippt. „Keine Verbindung zum Server“ oder „Die Anfrage hat zu lange gedauert“ sind typische Formulierungen. Auch beim Online-Banking gibt es eine verwandte Variante: Nach einigen Minuten ohne Aktivität wirst du automatisch abgemeldet. Das ist ein Sitzungs-Timeout und dient der Sicherheit, nicht der Stabilität.

Bei KI-Diensten spielen Timeouts eine besonders große Rolle. Ein großes Sprachmodell braucht für eine lange Antwort mehrere Sekunden echte Rechenzeit. Standardfristen von 30 Sekunden sind dort schnell zu knapp. Programmierer, die solche Modelle über eine Schnittstelle ansprechen, müssen die Frist bewusst hochsetzen. Alternativ lässt man die Antwort Stück für Stück eintreffen, sodass die Verbindung nie stillsteht.

In Störungsberichten von Cloud-Anbietern taucht das Wort deshalb ständig auf. Sätze wie „Nutzer sahen erhöhte Fehlerraten und Timeouts“ beschreiben genau diesen Zustand: Der Dienst war nicht abgeschaltet, er antwortete nur zu langsam. Für Anleger und Kunden ist das ein Warnsignal, weil Ausfallzeiten bei Cloud-Verträgen oft Geld kosten.