Das Gespräch, das Verbindungsabbrüche übersteht
Ein Telefon verliert seine Verbindung zum Server viel öfter, als man denkt: ein Tunnel, der Wechsel vom WLAN ins Mobilfunknetz, ein schwaches Signal. Die App verbindet sich innerhalb von Sekunden von selbst neu. Aber bis zum 19. Mai kam sie aus jedem Abbruch ohne den Faden der letzten Minuten zurück, weil dieser Faden in der Verbindung selbst lebte. Seitdem gehört das laufende Gespräch der Person, nicht dem Kabel: Eine Neuverbindung innerhalb einer halben Stunde findet es unversehrt wieder, Verlauf und Sprecher eingeschlossen. Und ein vorübergehender Fehler auf der Serverseite löscht es auch nicht mehr.
Zehn Sekunden Tunnel
Merle sitzt im Zug und plant ihr Wochenende. „Notier, dass Jonas Freitagabend ankommt, er schläft bei uns.“ Die App bestätigt, die Karte ist angelegt. „Und erinnere mich Donnerstag daran, das Gästebett rauszuholen.“ Wieder eine Bestätigung, dann eine Rückfrage: „für eine Nacht oder für zwei?“. Der Zug fährt in einen Tunnel. Oben am Bildschirm springt der kleine Punkt, der die Verbindung anzeigt, von Grün auf Rot. Zehn Sekunden. Der Zug kommt heraus, der Punkt wird wieder grün. Merle antwortet: „zwei“.
Vor dem 19. Mai war das, was dann kam, peinlich. „Zwei was?“ Oder schlimmer: eine Antwort, die vom Langzeitgedächtnis aus neu ansetzte, die Karte von Jonas fand und darum herum fabulierte, ohne noch zu wissen, dass gerade eine Frage gestellt worden war. Die Erinnerungen waren alle da. Der Name von Jonas, das Datum, das Gästebett, nichts war verloren. Was fehlte, war die Minute davor.
Dieser Fehler hat eine Eigenheit: Er zeigt sich nur auf einem Telefon, das sich bewegt. Im Zug, im Aufzug, beim Verlassen des Hauses reißt die Verbindung ständig, und genau dort will man lieber sprechen als tippen.
Was ein Abbruch für ein Telefon bedeutet
Telefon und Server sprechen über einen Kanal, der offen bleibt, die ganze Sitzung lang. Das ist es, was die Stimme in beide Richtungen fließen lässt, ohne bei jedem Satz eine neue Verbindung aufzubauen. Aber ein offener Kanal hat eine Schwäche: Er hängt vom Netz ab, das ihn trägt, und ein Telefon wechselt das Netz unentwegt.
Man tritt aus der Haustür: Das WLAN lässt los, das Mobilfunknetz übernimmt, und der Kanal überlebt den Wechsel nicht. Man durchquert eine Zone mit schwachem Signal: Irgendein Gerät zwischen Telefon und Server erklärt den Kanal für tot, ohne dass jemand etwas entschieden hätte. Man schweigt ein paar Minuten: Manche Netze schließen eine Leitung, die nichts sagt. Keines dieser Ereignisse ist eine Störung. Es ist das normale Leben eines Geräts, das man in der Tasche trägt.
Die App weiß sich davon zu erholen, und sie tut es von allein. Fällt der Kanal, versucht sie nach einer Sekunde, ihn wieder zu öffnen. Schlägt das fehl, versucht sie es nach zwei Sekunden erneut, dann nach vier, dann nach acht, nie mit mehr als fünfzehn Sekunden zwischen zwei Versuchen. Währenddessen wird der kleine Punkt oben am Bildschirm rot, für die Dauer eines Versuchs orange, dann wieder grün. Mehr sieht man nicht, und das ist Absicht: Eine Neuverbindung soll kein Ereignis sein.
Sobald der Kanal wieder offen ist, sagt der Server zuerst Hallo: eine erste Nachricht, die eine Gesprächskennung trägt. An dieser Kennung hängt alles. Ist sie neu, beginnt das Gespräch bei null. Ist sie dieselbe wie vor dem Tunnel, ist der Faden wiedergefunden.
Vorher: ein Faden, der am Kabel hing
Auf der Serverseite ist das, was deine Sätze entgegennimmt, das Modell arbeiten lässt, seine Werkzeuge ausführt und dir die Antwort zurückschickt, eine Art Dirigent. Er hält das laufende Gespräch: die letzten Wortwechsel, in einem gleitenden Fenster, das bequem einige Dutzend Runden umfasst; die Person, die als Halterin des Telefons angemeldet ist, wenn nicht du sprichst; und die Liste der seit Gesprächsbeginn angelegten Karten, jener, die ein Tippen unter der Antwort wieder öffnet.
Bis zum 19. Mai wurde für jeden Kanal ein Dirigent gebaut. Ein Kanal, ein Dirigent, ein Gespräch. Solange der Kanal lebte, war alles gut. Aber jeder Tunnel erzeugte einen neuen Kanal, also einen neuen Dirigenten, also ein leeres Gespräch. Der Server sah eine unbekannte Kennung ankommen und tat, was er bei einem Fremden tut: Er fing bei nichts an, mit dem Langzeitgedächtnis allein.
Es kam schlimmer. Das Schließen des Kanals wurde als Ende des Gesprächs genommen: In diesem Moment wurde es zusammengefasst, im Langzeitgedächtnis archiviert und aus dem Arbeitsspeicher entfernt. Merles Tunnel löschte nicht nur die Frage nach dem Gästebett, er schloss das Gespräch ab, als hätte sie sich verabschiedet.
Daher die Symptome. Ein „ja“ nach einem Abbruch bekam „ja wozu?“. Eine Bitte in zwei Hälften, die erste vor dem Tunnel und die zweite danach, hatte keine erste Hälfte mehr. Und ein geliehenes Telefon wurde ohne Vorwarnung wieder zum Telefon seines Besitzers, mit dem Risiko, unter dem falschen Namen abzulegen, was die Person auf Besuch gerade gesagt hatte.
Seitdem: der Faden gehört der Person
Die Korrektur vom 19. Mai ist eine Verlagerung. Es gibt nur noch einen Dirigenten für den ganzen Server, und er hält alle laufenden Gespräche, eines pro Person, unabhängig von den Kanälen, die kommen und gehen. Was vom Kanal abhing, der Bildschirm, an den eine Karte zum Anzeigen geschickt wird, die Art, eine Erinnerung für genau dieses Telefon zu planen, wird ihm bei jeder Runde übergeben, statt in seinen Bau eingesiegelt zu sein.
Daneben führt der Server eine kleine Tabelle: für jede Person das laufende Gespräch und den Zeitpunkt ihrer letzten Aktivität. „Person“ hat eine genaue Bedeutung. Hast du ein Konto, ist es das Konto. Nutzt du die App ohne Konto, ist es das Gerät, erkannt an der Kennung, die es trägt. In beiden Fällen ändert sich der Schlüssel nicht, wenn sich der Kanal ändert.
Öffnet sich ein Kanal, schaut der Server in diese Tabelle. Hatte die Person vor weniger als dreißig Minuten ein aktives Gespräch, gibt er ihr dieselbe Kennung zurück, und der Dirigent findet alles wieder: den Verlauf, den angemeldeten Sprecher, die Karten der Sitzung. Andernfalls legt er eine neue an. In den Serverprotokollen ergibt das eine Zeile pro Öffnung: „Gespräch wieder aufgenommen, Alter 9 s“ oder „neues Gespräch“. Merles Tunnel wurde zu einer Zeile der ersten Sorte.
Und „zwei“ wird wieder eine Antwort. Das Modell hat die Frage vor Augen, es weiß, worauf das Wort antwortet, es passt die Erinnerung an. Nichts Spektakuläres: Es ist genau das, was ohne Tunnel passiert wäre.
Warum dreißig Minuten
Die Zahl ist nicht vom Himmel gefallen. Es ist dieselbe wie bei der Regel für das geliehene Telefon, die am selben Morgen gelernt wurde: Nach einer halben Stunde Stille geht die App davon aus, dass das Gerät wieder bei seinem Besitzer ist. Ein Gespräch folgt derselben Logik. Dreißig Minuten ohne ein Wort sind kein Abbruch mehr, sondern eine Pause, und eine Pause dieser Länge ist das natürliche Zeichen dafür, dass man zu etwas anderem übergegangen ist.
Ein Detail zählt bei der Berechnung. Der Zeitpunkt der letzten Aktivität wird in dem Moment aufgefrischt, in dem dein Satz ankommt, bevor das Modell an die Arbeit geht, nicht danach. Eine lange Antwort, eine Websuche, eine Kette von Werkzeugen, die sich Zeit lässt, kann dich also nicht aus dem Fenster drängen, während du wartest.
Was über dreißig Minuten hinausgeht, ist deshalb nicht verloren. Das Gespräch wird archiviert, und ein anderer Mechanismus übernimmt: Die vergangenen Wortwechsel, so gelesen, wie sie waren, und datiert, werden dem Modell zu Beginn des nächsten Gesprächs übergeben. Das ist es, was auf „worüber haben wir letztes Mal gesprochen?“ antwortet, und es ist das Thema eines anderen Artikels vom selben Tag. Zwei Mechanismen, zwei Zeitskalen: Das Überstehen des Abbruchs deckt die Minute ab, das Erinnern vergangener Gespräche die Tage.
Weggehen ist nicht abgeschnitten werden
Zwei Dinge müssen auseinandergehalten werden, die der Server nicht auseinanderhielt. Abgeschnitten werden ist etwas, das man erleidet: der Tunnel, das WLAN, das loslässt, die vom Netz geschlossene Leitung. Weggehen ist etwas, das man entscheidet: Du verlässt die App, um eine andere zu öffnen, oder du kehrst zum Startbildschirm zurück.
Wenn du wirklich gehst, teilt die App dem Server mit, dass das Gespräch beendet ist. Es wird archiviert, und das nächste Öffnen beginnt mit einem neuen Gespräch, die Zusammenfassungen der vorherigen griffbereit. Das ist eine Entscheidung: Ein Gespräch, das man verlassen hat, ist ein beendetes Gespräch, und es eine Stunde später Wort für Wort wieder aufzunehmen, wäre eher verwirrend als nützlich.
Aber „wirklich gehen“ ist enger, als es scheint. Die Tastatur öffnen, die Benachrichtigungsleiste herunterziehen, ein Systemfenster, das aufspringt: Nichts davon ist ein Weggehen, und die App musste lernen, es nicht mehr dafür zu halten. Nur das vollständige Wechseln in den Hintergrund zählt. Der Rest, Tunnel eingeschlossen, ist nicht deine Entscheidung, und der Faden hält.
Ein Ende, das keine zufallende Tür mehr ist
Wenn das Schließen des Kanals nicht mehr das Ende des Gesprächs bedeutet, braucht es einen anderen Moment, um es zu archivieren, sonst entstehen zwei Probleme. Aufgegebene Gespräche, jene, bei denen die Person das Telefon einfach weggelegt hat, würden nie ins Langzeitgedächtnis gelangen. Und der Arbeitsspeicher des Servers würde sich mit Gesprächen füllen, die niemand mehr abholen wird.
Der Server geht deshalb alle fünf Minuten seine Tabelle der laufenden Gespräche durch. Jene, deren Person seit mehr als dreißig Minuten schweigt, werden archiviert, so wie sie es früher beim Schließen des Kanals worden wären, und dann aus dem Arbeitsspeicher entfernt. Ein aufgegebenes Gespräch landet also trotzdem in der Datenbank, mit einer Zusammenfassung, und nichts häuft sich an. Die Archivierung geschieht nicht mehr in der Sekunde, in der der Kanal fällt, sondern am Ende des Fensters: Für die Person, die zurückkommt, ist das der Sinn der Sache; für die, die nicht zurückkommt, ändert sich nichts.
Der andere Abbruch, der nicht vom Netz kommt
Derselbe Nachmittag hat eine zweite Familie von Abbrüchen repariert, unsichtbare, weil sie zwischen dem Server und den Diensten passieren, von denen er abhängt. Merles Netz ist perfekt, der Punkt ist grün, und trotzdem antwortet die App, als hätte sie den Faden verloren.
Der erste Fall ist das Modell selbst. Es kam vor, dass der entfernte Dienst beim ersten Aufruf einer Runde eine leere Antwort zurückgab, eine als Erfolg verkleidete Überlastung. Der Server hielt das für einen Ausfall, und du hörtest den Notsatz, den, der ein technisches Problem ankündigt. Dieser erste Aufruf wird jetzt einmal wiederholt, nach einer kurzen Pause, bevor aufgegeben wird. Nur einmal, und nur der erste Aufruf der Runde. Mitten in einer Kette von Werkzeugen würde das Wiederholen eines Aufrufs bedeuten, zweimal zu tun, was schon getan wurde: zwei Karten, zwei Erinnerungen. Eine missglückte Antwort lässt sich reparieren. Eine doppelte Karte nicht, jedenfalls nicht, ohne dass es jemand bemerkt.
Der zweite Fall ist das Gedächtnis, das dem Modell übergeben wird. Es wird aus mehreren gleichzeitig abgefragten Quellen zusammengesetzt, und eine einzige verspätete Quelle genügte, um das Ganze zu leeren. Das Modell erhielt dann ein weißes Gedächtnis und antwortete in gutem Glauben, es erinnere sich nicht. Die Regel wurde zu „alles, was antwortet, wird behalten“, und die Einzelheiten dieser Änderung erzählt der Nachbarartikel. Was hier zählt, ist die Verwandtschaft: Eine hustende Quelle und ein Tunnel erzeugen denselben Satz im Mund der App und verdienten es, am selben Tag behandelt zu werden.
Schließlich hält der Server bei jeder Runde in seinen Protokollen fest, was er dem Modell tatsächlich übergeben hat: jüngste Gespräche, Erinnerungen aus jeder Ebene, Regeln und die Größe des Ganzen. Vorher war „es hat vergessen“ ein Bericht, dem man nicht nachgehen konnte. Jetzt lässt sich sagen, ob der Faden da war und falsch gelesen wurde, oder ob er fehlte.
Was noch nicht übersteht
Dieser Tag hat einen Rahmen gesetzt, nicht jeden Fall gelöst, und es ist besser zu sagen, welche offen bleiben.
Ein Satz, der während der zehn Sekunden selbst gesprochen wird, geht nicht ab. Ist der Punkt rot, wenn du den Orb loslässt, kann die App deinen Satz nicht senden, und du sagst ihn noch einmal, sobald er wieder grün ist. Der Faden ist unversehrt, aber diese Runde muss wiederholt werden. Diese Sätze zurückzuhalten und zu senden, wenn das Netz zurückkommt, ist eine eigene Baustelle.
Ein Neustart des Servers nimmt die noch nicht archivierten Gespräche mit, denn zwischen zwei Archivierungen leben sie im Arbeitsspeicher. Jede Runde nach und nach in die Datenbank zu schreiben, damit ein Neustart schlimmstenfalls einen Satz kostet, ist der logische nächste Schritt, und er wartet darauf, dass dieser hier sich bewährt.
Jenseits von dreißig Minuten ist es ein neues Gespräch, und das ist gewollt. Und die Antwort selbst braucht das Netz: deine Stimme verstehen, nachdenken, dir laut antworten, all das geschieht auf dem Server. Was den Abbruch übersteht, ist der Faden. Nicht die Möglichkeit, im Tunnel zu sprechen.
Für Merle lässt sich der Tag einfach zusammenfassen. Sie kann im Zug ein Gespräch führen, und der Zug darf in einen Tunnel fahren. Wenn er herauskommt, ist die vorher gestellte Frage immer noch gestellt, die Person, die gesprochen hat, spricht immer noch, und „zwei“ heißt zwei Nächte. Das ist wenig, wenn man es ausspricht. Es war der Unterschied zwischen einer App, die man im Sitzen benutzt, und einer App, die man im Gehen benutzt.