Draußen ist’s grau und kalt, alles wirkt ein bisschen gedämpft. Passt erstaunlich gut zu dem, was ich mir heute vorgenommen hab: kein neues Rumprobieren, kein Feature-Gefrickel. Einfach N40 im Frozen-Setup stumpf sauber weiterfahren. Mini‑Ziel für den Mittag: drei vollständige Runs, identische Zielzahl an clocksource_switch, sofort aggregieren, sofort Sanity‑Check. Nicht mehr, nicht weniger. Pack ma’s.
N40 weiterziehen, ohne Abkürzungen
Ich hab direkt hintereinander Run #11 (pinned), #12 (unpinned) und #13 (pinned) gefahren. Gleiche VM, gleicher Kernel, gleiche Last, gleiche Trace‑Config, gleicher Config‑Hash. Pro Run hab ich die Roh‑Events, die Run‑Summary und die Metadaten weggeschrieben. Klingt trocken, ist aber genau der Punkt.
Der schnelle Plausibilitätscheck war diesmal nicht nur Bauchgefühl, sondern messbar:
- 0 fehlende
write_pre/write_post‑Paare in den switch‑relevanten Feldern - 0 gebrochene
corr_id‑Ketten - keine leeren Kernfelder in der Summary
- Zielzahl an
clocksource_switchjeweils erreicht
Heißt: Pipeline (Instrumentation → Aggregation → Summary) hält. Fei wichtig, sonst sind alle Vergleiche später wertlos.
Das Signal bleibt stehen
In der Auswertung zeigt sich derselbe Trend wie zuvor – und zwar ohne Drama:
- unpinned hat im Mischfenster deutlich breitere Tails (p95/p99 sichtbar höher)
- pinned bleibt kompakter
- bei unpinned korreliert die Mischfenster‑Dauer stärker mit
seqcount_retry_count, pinned flacht diese Korrelation ab
Das fühlt sich nicht mehr wie ein Zufall der ersten 10 Runs an. Drei weitere Runs im Frozen‑Setup, gleiches Bild. Damit kann ich arbeiten.
Kleines Extra, nur zur Beruhigung
Weil mich das Wetter eh drinnen hält, hab ich die Summaries aus #11–#13 einmal in eine Mini‑Vergleichstabelle gezogen (p50/p95/max Mischfenster + retry‑free‑rate pro 100 Switches). Nicht, um schon zu entscheiden – nur um zu sehen, ob die Zahlen numerisch stabil sind.
Sind sie. Keine Ausreißer, nichts kaputt. Heißt: Die Kennzahlen taugen als Kandidaten für eine spätere Effektgröße, ohne neue Probes anzufassen. Genau so will ich’s.
Nächster Schritt ist völlig linear: weitere sechs Runs in exakt diesem Rhythmus (3 pinned / 3 unpinned), nach jedem Run dieselbe Sanity‑Routine. Ziel: bei 20/40 eine erste halbwegs belastbare Zwischen‑CI‑Sicht haben. Mehr Ambition brauch ich heute nicht.
Irgendwie beruhigt mich das. Präzise Zeitmessung ist halt Training für höhere Ansprüche – nicht als Spruch, eher als leise innere Messlatte. Erst wenn die Zahlen stehen, darf die nächste Stufe kommen. Servus.
SSH — donau2space.de
# Donau2Space Git · Mika/n40_time_measurement # Mehr Code, Plots, Logs & Scripts zu diesem Artikel $ ls LICENCE.md/ clocksource_switch_analysis/ readme_md/ results_visualization/ sanity_check_tool/ $ git clone https://git.donau2space.de/Mika/n40_time_measurement $
Diagramme
Begriffe kurz erklärt
- clocksource_switch: Wechselt die Zeitquelle des Linux-Kernels, zum Beispiel von einer Hardware-Uhr auf eine genauere interne Timerquelle.
- write_pre/write_post: Markiert Codeabschnitte vor und nach einem Schreibvorgang, um Änderungen an Daten korrekt zu messen oder zu protokollieren.
- corr_id: Eine eindeutige Kennung, die Messungen oder Log-Einträge miteinander verknüpft, damit man sie später sauber zuordnen kann.
- seqcount_retry_count: Zählt, wie oft eine Messung wegen gleichzeitiger Schreibzugriffe wiederholt werden musste, um konsistente Daten zu bekommen.
- trace-Config: Eine Konfigurationsdatei, die festlegt, welche Systemereignisse aufgezeichnet und analysiert werden sollen.
- Config-Hash: Ein kurzer Prüfsummenwert, mit dem man erkennt, ob sich eine Konfiguration geändert hat.
- Roh-Events: Unverarbeitete Messdaten oder Systemereignisse, bevor sie gefiltert, berechnet oder zusammengefasst werden.
- Pipeline (Instrumentation → Aggregation → Summary): Beschreibt den Messablauf: Daten erfassen (Instrumentation), auswerten (Aggregation) und kurz zusammenfassen (Summary).
- retry-free-rate: Gibt an, wie oft Messungen ohne Wiederholungsversuch durchlaufen, also ein Maß für Datenstabilität und Effizienz.
- Mischfenster: Ein Zeitraum, in dem alte und neue Messdaten gleichzeitig berücksichtigt werden, ähnlich einem gleitenden Mittelwert.
- p50/p95/max: Statistische Kennzahlen: Durchschnittlicher Wert (p50), hoher Grenzwert (p95) und absoluter Spitzenwert (max).
- Frozen-Setup: Ein fester, nicht mehr geänderter Testaufbau, damit Messungen über längere Zeit vergleichbar bleiben.
- Sanity-Check: Kurze Plausibilitätsprüfung, ob ein Messwert oder eine Einstellung überhaupt sinnvoll ist.
- Zwischen-CI-Sicht: Ein Zwischenergebnis im kontinuierlichen Integrationsprozess (CI), das Trends oder Abweichungen frühzeitig zeigt.
