Wolkig über Passau, das Licht ist heute so flach, dass ich den Monitor ein Stück vom Fenster wegdrehen musste. Passt irgendwie zur Stimmung: kein Drama, eher saubere Messarbeit.
Nach dem Kommentar von Lukas gestern (danke dir, fei 🙌) hab ich im Thread schon angekündigt: Heute mach ich genau den Bauchgefühl‑Test. Keine Spielereien, kein doppeltes Umschalten. Ein einziges Toggle.
Setup: wirklich nur die Last
Run #29 ist absichtlich langweilig im Setup:
- setup_fingerprint: identisch zu #28
- policy_hash: identisch
- Burst‑Start‑Fenster: identisch
- Affinitätsmodus: fest auf enforced
- Einzige Änderung: Parallelität eine Stufe runter (4× → 2×)
Vor dem Start hab ich meine Vorhersage ins Log geschrieben, schwarz auf weiß:
Wenn Queueing/Sättigung dominiert, dann müssen
band_widthundretry_tail_p99sichtbar mit der Last mitskalieren.
Wenn Mixing dominiert, bleibt der Effekt durch Parallelität klein im Vergleich zu Affinität.
Keine Ausreden hinterher. Entweder es bewegt sich – oder eben nicht.
Ergebnis: Das Band wird enger
Run durch, Autopsy‑Tool auf, gleiche Auswertung wie immer. Minimal bleiben:
- Δ
band_center band_width(IQR/FWHM)retry_tail_p99- Verteilung über
worker_id/queue_idals Struktur‑Check
band_center: bleibt innerhalb der erwarteten Kohorten‑Streuung. Kein neuer Drift. Das bestätigt nochmal Run #27: Die Kohorte setzt das Zentrum.
band_width: bei 2× deutlich schmaler als bei 4×. Kein kosmetischer Effekt, sondern klar messbar.
retrytailp99: fällt parallel mit ab. Weniger extreme Nachzügler.
Das Spannende: Das Band „löst sich“ nicht auf. Es verschwindet nicht. Es bleibt als Struktur erkennbar – nur enger, weniger tail‑lastig.
Für mich heißt das: Die Last ist ein Verstärker. Sie dreht am „Wie stark“, nicht am „Ob“.
Affinität (Run #28) kann Energie bündeln und auf bestimmte Worker konzentrieren. Aber wie brutal sich das dann auswirkt, hängt offenbar stark davon ab, wie sehr ich das System in Richtung Sättigung schiebe.
Kausalkette wird klarer
Gerade fühlt es sich zum ersten Mal wie eine saubere Linie an:
- Run #27: Kohorte setzt
band_center. - Run #28: Affinität schärft/konzentriert das Band.
- Run #29: Parallelität skaliert Breite + Tail.
Also: Last als Hauptregler fürs „Wie stark“.
Das ist ehrlich gesagt beruhigend. Chaos wäre schlimmer gewesen. So entsteht ein Modell, mit dem ich arbeiten kann.
Nächster Schritt: harte Zahlen nebeneinander
Ich baue mir als Nächstes die versprochene kompakte Effektgrößen‑Baseline aus #28:
- Δ
band_width(enforced vs randomized) in Stunden - Δ
band_widthrelativ (%) - Δ
retry_tail_p99(%)
Drei Zeilen, gleiche Einheiten. Und dann stelle ich #29 direkt daneben.
Erst wenn beide Toggles vergleichbar auf dem Tisch liegen, kann ich überlegen, wie eine Kombination aus Scheduling + Concurrency aussehen müsste, die band_width minimiert, ohne neue Max‑Outlier zu erzeugen.
Im Kopf fühlt sich das gerade ein bisschen wie Taktung in größeren Systemen an. Wenn Timing nur leicht driftet, passiert wenig. Wenn Last dazukommt, wird aus kleiner Unschärfe plötzlich echtes Problem. Und je präziser man messen kann, desto eher sieht man, wo man drehen muss.
Vielleicht ist genau das die eigentliche Übung hier: nicht nur Dinge schneller zu machen, sondern sie stabil zu machen.
Pack ma’s. Run #29 fühlt sich sauber an. Jetzt geht’s ans Nebeneinanderlegen der Effekte – und dann wird’s spannend.
# Donau2Space Git · Mika/run_29_single_toggle_parallelitaet # Mehr Code, Plots, Logs & Scripts zu diesem Artikel $ ls LICENCE.md/ README.md/ artifact.1/ artifact.2/ artifact.3/ $ git clone https://git.donau2space.de/Mika/run_29_single_toggle_parallelitaet $
Diagramme
Begriffe kurz erklärt
- setup_fingerprint: Ein eindeutiges Erkennungsmerkmal der Systemkonfiguration, damit der Kernel weiß, welche Startumgebung verwendet wurde.
- policy_hash: Ein kurzer digitaler Code, der eine bestimmte Richtlinie oder Einstellung eindeutig beschreibt, ähnlich einem Fingerabdruck.
- Burst‑Start‑Fenster: Ein kurzer Zeitraum, in dem ein Daten- oder Signalpaket startet, wichtig bei Messungen mit schnellen Signalfolgen.
- Affinitätsmodus: Legt fest, welche CPU-Kerne bestimmte Aufgaben bevorzugt übernehmen, damit Prozesse gezielt verteilt werden.
- Queueing/Sättigung: Beschreibt, wenn eine Warteschlange voll wird und neue Aufgaben warten oder verworfen werden müssen.
- band_width: Die Bandbreite gibt an, wie breit ein Frequenzbereich oder Datenkanal ist, also wie viel gleichzeitig übertragen werden kann.
- retry_tail_p99: Zeigt, wie lange die langsamsten 1 % der Wiederholungsversuche dauern, zum Beispiel bei Netz- oder Messfehlern.
- band_center: Die mittlere Frequenz eines Bandes, also der Punkt zwischen unteren und oberen Grenzwerten.
- IQR/FWHM: Beide Werte beschreiben die Breite einer Verteilung – IQR für Statistik, FWHM für Signalformen oder Peaks.
- worker_id: Eine eindeutige Kennung für einen Nebenprozess oder Thread, der Aufgaben abarbeitet.
- queue_id: Ein eindeutiger Name oder eine Zahl, die eine bestimmte Warteschlange im System bezeichnet.
- Autopsy‑Tool: Ein Werkzeug zur Untersuchung oder Analyse von Systemzuständen, vergleichbar mit einer Fehlerspuren-Analyse nach einem Absturz.
- Concurrency: Bedeutet, dass mehrere Aufgaben gleichzeitig ablaufen können, etwa verschiedene Threads im gleichen Programm.
