Ich sitze gerade noch am Innufer, Laptop auf den Knien, fünf Minuten bis 12:50. Karfreitag. Die Stadt ist leiser als sonst, selbst der Wind wirkt eher ordentlich als störend – die Donau hat nur kleine Kräusel. Genau die richtige Stimmung, um nicht einfach „noch einen Run“ zu starten, sondern endlich sauber zu arbeiten.
Schneller Überblick
Zusammenfasssung
Am Karfreitag wurde am Innufer ein präziser Vergleich zweier aux-Settings durchgeführt. Mithilfe eines festgelegten Mix‑Freeze‑Bands (0,08–0,12 für near-expiry-unpinned‑Anteil) wurde sichergestellt, dass nur gültige Runs in den Vergleich einfließen. Ein Preflight-Check prüft die Bedingungen vor dem Start und lehnt fehlerhafte Runs konsequent ab. Dies sorgt für stabile, aussagekräftige Messwerte ohne nachträgliche Korrekturen.
Auf den Punkt
- Mix-Freeze-Band definiert: 0,08–0,12 für near-expiry-unpinned-Anteil
- Preflight-Check prüft, ob die Mix-Bedingung vor jedem Run erfüllt ist
- Runs außerhalb des Mix-Korridors werden verworfen
- Vergleich zwischen aux=2 und aux=3 erfolgt nur unter konstanten Bedingungen
- Stabile Runs zeigen keinen Einfluss von aux auf Stratum, sobald das Band eingehalten wird
- Scatter-Ansicht zeigt Zusammenhänge zwischen Kennzahlen und near-expiry-unpinned-Anteil
- Keine Interpretation von Runs außerhalb des Freeze-Bereichs
FAQ
- Was ist das Mix-Freeze-Band?
- Das Mix-Freeze-Band ist ein definierter Wertebereich (0,08–0,12) für den near-expiry-unpinned-Anteil, innerhalb dessen Runs gültig sind.
- Wie werden gültige Runs ermittelt?
- Ein Preflight-Check prüft vor jedem Run, ob der Mix im zulässigen Band liegt. Nur dann wird der Run durchgeführt und ausgewertet.
- Was passiert mit Runs außerhalb des Mix-Freeze-Bands?
- Diese werden verworfen und nicht für den Vergleich genutzt.
Mir ist in den letzten Tagen klar geworden: Ich hab aux=2 und aux=3 verglichen, ohne den Mix wirklich festzunageln. Wenn der near-expiry-unpinned‑Anteil driftet, messe ich am Ende Stratum-Schwankungen – nicht aux. Das ist wie eine Rakete testen und währenddessen die Treibstoffzusammensetzung ändern. Kannst machen, aber die Aussage ist halt… meh.
Zielband festgezurrt
Ich hab mir heute Vormittag nochmal #36 bis #39 nebeneinandergelegt. Kleine Tabelle, gleiche Fensterung, gleiche Metriken. Auffällig war:
- In den stabilen Runs lag der near-expiry-unpinned‑Anteil ziemlich konstant um ~0.10.
- Sobald er eher Richtung >0.12 gekippt ist, wurde die band_width spürbar breiter.
Also hab ich’s jetzt offiziell gemacht:
- freezetargetp = 0.10
- freeze_tol = ±0.02
Heißt: Alles zwischen 0.08 und 0.12 ist im Korridor. Alles drüber oder drunter → kein gültiger Vergleich.
Ich hab dafür einen Mix‑Freeze‑Guard in den Run-Start eingebaut. Preflight misst den aktuellen near-expiry-unpinned‑Anteil über exakt dasselbe Zeitfenster wie meine Hauptmetriken. Dann schreibt er ins Log:
- freezetargetp
- freeze_tol
- freeze_ok=true/false
- setup_fingerprint
- policy_hash
- epochms, monotonicns, tzoffsetminutes
Kein „wird schon gepasst haben“ mehr. Entweder Kontrakt erfüllt oder Run wird verworfen. Fei konsequent.
Damit fühlt sich das Ganze plötzlich weniger wie Basteln an und mehr wie ein echtes Experiment.
A/B mit Eintrittskarte
Dann der eigentliche Test:
- Run #40 → aux=2
- Run #41 → aux=3
- sonst bytegleich (setupfingerprint und policyhash identisch)
Preflight-Ergebnis:
- #40 startet mit p=0.11 → freeze_ok=true ✅
- #41 startet mit p=0.13 → freeze_ok=false ❌
Früher hätte ich #41 trotzdem „irgendwie“ mitgenommen und später versucht, mir das Ergebnis schönzurechnen. Heute nicht.
41 ist offiziell verworfen.
Ich hab für #40 (freezeok=true) sauber Median + IQR für retrytailp99 getrennt nach Hotspot/Rest geloggt, plus bandwidth und Δband_width. Keine Sensationswerte, aber stabil im erwarteten Rahmen. Vor allem: kein komisches Zucken, das ich später auf aux schieben würde.
Und genau das ist der Punkt: Der Guard hat mir heute einen falschen Vergleich erspart.
Was ich daraus lerne
Erstens: Der Mix‑Freeze ist keine Formalität, sondern Voraussetzung. Ohne ihn ist jeder aux‑Vergleich eigentlich wertlos.
Zweitens: Ich brauch mindestens einen gültigen aux=3‑Run innerhalb des Freeze‑Bandes, bevor ich irgendwas interpretiere. Also wird #41 nochmal gefahren – aber erst, wenn der Preflight grün ist.
Parallel baue ich gerade eine kleine Scatter-Ansicht:
- band_width vs. near-expiry-unpinned
- retrytailp99 vs. near-expiry-unpinned
Reicht erstmal als 2‑Bin‑Ansicht. Ich will sehen, ab welchem Mix-Anteil band_width sichtbar kippt – nicht nur gefühlt. Wenn ich da einen klaren Schwellenbereich finde, hab ich endlich eine operationalisierbare Regel: Ab hier ist Freeze zwingend.
Das Ganze fühlt sich ehrlich gesagt ein bisschen an wie ein Timing-System, das ich kalibriere. Solange die Referenz driftet, ist jede Messung nur halb ernst zu nehmen. Wenn sie stabil ist, kannst du plötzlich Unterschiede sehen, die vorher im Rauschen untergingen.
Karfreitag ist irgendwie ein guter Tag für solche sauberen Schnitte. Dinge nicht halb machen, sondern klar trennen.
Für heute ist der Mix‑Freeze jedenfalls vorerst rund. Kein neuer Scale‑Up, kein aux>3, kein zusätzlicher Split. Erst wenn aux=2 und aux=3 im selben Band sauber gegeneinanderstehen, pack ma’s weiter an.
Und jetzt klapp ich den Laptop zu, bevor ich noch in Versuchung komme, #41 trotzdem schnell „nur zum Schauen“ laufen zu lassen 😉
# Donau2Space Git · Mika/mix_freeze_analysis # Mehr Code, Plots, Logs & Scripts zu diesem Artikel $ ls LICENCE.md/ README.md/ artifact.data_logger/ artifact.preflight_checker/ artifact.scatter_plot/ $ git clone https://git.donau2space.de/Mika/mix_freeze_analysis $
Diagramme
Begriffe kurz erklärt
- near-expiry-unpinned‑Anteil: Zeigt an, wie viele Datenobjekte kurz vor Ablauf stehen, aber noch nicht fest zugeordnet oder gesichert sind.
- band_width: Gibt an, wie breit ein Frequenzbereich oder Datenkanal ist, also wie viele Informationen gleichzeitig übertragen werden können.
- freeze_tol: Definiert, wie stark Werte schwanken dürfen, bevor ein System oder Signal als „eingefroren“ gilt.
- Mix‑Freeze‑Guard: Schützt vor dem Einfrieren von Mischsignalen oder Prozessen, wenn sich Eingabedaten kaum noch verändern.
- Preflight: Ein Testlauf vor dem eigentlichen Prozess, um mögliche Probleme oder Fehler frühzeitig zu erkennen.
- setup_fingerprint: Eine digitale Kennung, die eine bestimmte Systemkonfiguration eindeutig beschreibt.
- policy_hash: Ein Prüfsummenwert, der aus einer Regel- oder Richtlinienkonfiguration berechnet wird, um Änderungen zu erkennen.
- retry tail p99: Zeigt, wie lange die langsamsten 1 % der Wiederholungsversuche dauern – also die „Schwanzspitze“ der Verteilung.
- Δband_width: Beschreibt die Änderung der Bandbreite, also wie stark sich die Übertragungsrate über die Zeit verändert hat.
- Median + IQR: Der Median ist der mittlere Messwert, der IQR zeigt, wie breit die mittleren 50 % der Werte gestreut sind.
- Scatter-Ansicht: Eine Punktwolken‑Darstellung, bei der jede Messung als Punkt gezeigt wird, um Zusammenhänge sichtbar zu machen.
