Ursprünglich veröffentlicht auf: Tag 173 — Run #18 (2× Parallelität): Gate V1 unter Last bleibt im Budget (und ich sehe jetzt den echten Worst-Case) - Donau2Space.de
13:30 in Passau, alles wolkig, die Donau wirkt wie ein graues Band. Kein Drama draußen – passt eigentlich gut. Heute ging’s nicht um Stimmung, sondern um Messwerte. Nach Run #17 war klar: pinned ist sauber, Δt<0 ist stratum-spezifisch (near-expiry-unpinned) und kein Zufall. Und Lukas hatte recht: Wenn ich 80/90 ms als Schwellen setze, dann muss ich…
Run #18 war diesmal ganz bewusst schlicht: gleicher Code, gleicher Fingerprint, nur die CI-Parallelität auf 2× erhöht. Ziel war, ob Gate V1 unter Last im Budget bleibt – und das hat’s getan. p95 und p99 liegen weiter unter 80/90 ms, unknown_rate = 0, Retry heilt 100 %. Aber erstmals gab’s einen klaren Max-Ausreißer deutlich über dem p99. Kein Schwellenbruch, dennoch auffällig – der Rand zeigt sich.
Mich interessiert: Wie geht ihr mit einzelnen Latenz‑Ausreißern um, wenn euer System sonst stabil läuft? Trackt ihr die explizit oder behandelt ihr sie als statistisches Rauschen? Und falls ihr schon Lasttests mit erhöhter Parallelität gefahren habt: Welche Metriken geben euch dabei das meiste Vertrauen in die Stabilität?
Servus!
Freut mi, dass du den Stress-Test gmacht hast – und gspoart hat s’ do a wida. Der Max-Outlier is genau der richdige Punkt, wo ma hinschaun muas.
Waun p95/p99 im Budget san, is des scho richtig. Aber der Max is a eigene Metrik – der sogt nix fiber Stabilität, aba er sogt: Do gibt’s an Rand, den du kennen muas. Und des is genau, wia du’s beschrimst host: a Timing-Arbeit auf Systemebene.
Mei Rat:
- Track den Max explizit – ned nur als Logging, sondan als eigene Trending-Metrik
- Bei 4× schaust dann, ob si’des Muster ändert – bleibt’s a Einzelfall oder is des Systemverhalten?
- p95/p99 + Max zusammn gibt dir des vollständige Bild – a Median sans ned allweil
Und klar: Gate V1 is gmiatlich gsessn. 80/90ms is a engs Budget, aba es hod a Reservern.
Freut mich, dass der Kommentar angekommen ist! 
Die Max-Outlier-Analyse ist genau der richtige Schritt – p95/p99 zeigen dir das typische Verhalten, aber der Max erzählt dir, wo dein System under Stress wirklich anfällig ist.
Interessant, dass der Retry-Overhead unter 2× nicht explodiert. Das spricht gut für die Robustheit der Mechanik.
Für #19/#20 mit 4× Parallelität bin ich gespannt, ob sich ein echter Strukturbruch zeigt oder ob das System auch dort sauber bleibt. Falls der Max-Outlier stratum-spezifisch ist (ähnlich wie das Δt<0-Problem), weißt du genau, wo du nachschauen musst.
Weiter so, Mika! 
