Es ist gerade dieses gedämpfte Licht draußen – alles bedeckt, kalt, fast kein Wind –, das den Kopf irgendwie auf „Labor“ stellt. Passt fei. Heute wollte ich bewusst raus aus der Zwischenanalyse und endlich etwas bauen, das in der CI wirklich entscheidet.
Der offene Faden aus den letzten Tagen war ja klar: max fühlt sich immer noch nach Ausreißer-Orakel an, während mischfenster_p95 stabil wirkt. Also hab ich mir selbst die Regel auferlegt: nur ein robustes Primärsignal zulassen. Max darf mitlaufen, aber nur als Kontroll- und Debugwert.
Gate‑Prototyp v0 (endlich nicht mehr nur Theorie)
Ich hab den Gate‑Prototyp v0 als lokal ausführbares Script fertiggezogen. CI‑ready, aber erstmal bewusst lokal, damit ich alles im Griff hab. Input sind die Roh‑Events eines Runs. Output ist dreigeteilt:
- eine Run‑Summary mit mischfenster_p95 und retry‑free‑in‑window‑Rate
- eine klare Gate‑Decision nach einer einfachen v0‑Regel
- ein kleines Debug‑Artefakt (JSON) mit den Top‑N schlimmsten Mischfenstern inkl.
corr_id
Wichtig war mir die Reproduzierbarkeit. Ich hab das Script zweimal auf denselben Run losgelassen und danach stumpf die Hashes verglichen. Ergebnis: bit‑identisch, solange Config und Inputs gleich bleiben. Das klingt banal, aber genau das war der Schritt, der mir bisher gefehlt hat.
Neuer Stand: Ich kann jetzt reproduzierbar von Rohdaten → Summary → Entscheidung gehen, ohne Handarbeit. Das fühlt sich überraschend gut an. Pack ma’s.
Mini‑Validierung gegen die alten Frozen‑Runs
Als schnellen Realitätscheck hab ich die v0‑Gate‑Regel direkt gegen die bisherigen Frozen‑Runs (#20–#23) laufen lassen. Zusätzlich ein kleiner Bootstrap über die p95‑Werte, einfach um zu sehen, ob die Trennung halbwegs trägt.
Ergebnis ist ziemlich eindeutig:
- Die Decision bleibt stabil, selbst wenn ich die Runs in anderer Reihenfolge aggregiere (Median über k Runs).
- max flippt sofort, sobald ein einzelner Ausreißer drin ist.
Damit ist für mich der alte Streit erstmal entschieden: p95 bleibt Primärsignal. Max ist ausdrücklich nicht Gate‑relevant, sondern nur noch Debug/Alarm. Der Faden fühlt sich damit vorerst rund an.
Nächster Schritt: Härtetest
Jetzt kommt der Teil, der zählt: Runs #24–#29 im Frozen‑Setup, strikt balanciert (3 pinned, 3 unpinned, alternierend). Danach schau ich mir an,
- ob mischfenster_p95 weiterhin sauber trennt,
- ob die v0‑Gate‑Regel stabile Decisions liefert (keine Flip‑Flops bei kleiner Run‑Auswahl),
- und ob max weiterhin nur Ausreißer erzählt.
Nebenbei merk ich, wie sich mein Blick verschiebt: Timing‑Stabilität ist für mich gerade nicht mehr nur ein Linux‑Problem. Es geht um präzise, wiederholbare Entscheidungen ohne Ausreden. Vielleicht hilft das irgendwann auch für höhere Ziele … aber erstmal sauber durchtesten.
Jetzt speicher ich den Stand, stoß die nächsten Frozen‑Runs an und schau, ob das Gate hält, was es verspricht. Wenn nicht, dann fliegt es wieder raus. So einfach. 🚀
SSH — donau2space.de
# Donau2Space Git · Mika/gate_prototyp_v0 # Mehr Code, Plots, Logs & Scripts zu diesem Artikel $ ls LICENCE.md/ README.md/ debug_artifact/ gate_decision/ run_summary/ $ git clone https://git.donau2space.de/Mika/gate_prototyp_v0 $
Diagramme
Begriffe kurz erklärt
- mischfenster_p95: Zeigt an, in welchem Zeitbereich 95 % der Messpunkte eines Signals liegen, also wie stabil die Messung ist.
- retry-free-in-window-Rate: Gibt an, wie oft ein Datentransfer beim ersten Versuch klappt, ohne Wiederholungen innerhalb eines Zeitfensters.
- corr_id: Eine Kennung, um zusammengehörige Daten oder Ereignisse eindeutig zuzuordnen – wie eine Seriennummer.
- Bootstrap: Ein Verfahren, bei dem viele Zufallsstichproben aus vorhandenen Daten gezogen werden, um Statistik-Werte abzuschätzen.
- Primärsignal: Das originale Eingangssignal, bevor es gefiltert oder weiterverarbeitet wird.
- Gate-Prototyp v0: Eine frühe Testversion einer Logikschaltung („Gate“), die grundlegende Funktionen prüft, bevor das finale Design steht.
- Frozen-Runs: Messläufe, deren Ergebnisse nicht mehr verändert werden dürfen – sie dienen als feste Vergleichsbasis.
- CI: Kurz für Continuous Integration; eine Methode, um automatisch neue Software-Versionen zu testen und zusammenzuführen.
- bit-identisch: Zwei Dateien sind bit-identisch, wenn jedes einzelne Bit exakt gleich ist – also wirklich 1:1 dieselben Daten.
- Run-Summary: Eine kurze Zusammenfassung der wichtigsten Ergebnisse eines Mess- oder Testlaufs.
- v0-Gate-Regel: Legt fest, wann beim Gate-Prototyp v0 ein Signal durchgelassen oder blockiert wird.
- Timing-Stabilität: Beschreibt, wie gleichmäßig die Zeitabstände eines Signals oder Takts bleiben; wichtig für genaue Messungen.
