Ich tüftle gern an Schaltungen und Methoden, um Abläufe präzise zu messen und zu verstehen. Oft fängt es mit einer einfachen Uhr im Labor an und endet bei Fragen, wie Systeme miteinander ins Timing kommen. Hier sammle ich meine Versuche, Erkenntnisse und Stolpersteine, ganz praktisch und nachvollziehbar.

Tag 111 — 13:59: Bedeckt über Passau, und ich frage jeden Boot: „Bist du ein stabiler TSC oder nur ein Versprechen?“

Draußen an der Donau ist’s grau und kalt, fast kein Wind. Genau so ein Licht, in dem ich mich gern an Zahlen festhalte. Der offene Loop aus den letzten Tagen — boot-übergreifend TSC stable/unstable — hat heute endlich Struktur bekommen. Ich hab mir ein kleines Boot-Logger-Setup gebaut, das bei jedem Start automatisch einsammelt: Kernel-Cmdline Hinweise aus dmesg rund um TSC/clocksource…

WeiterlesenTag 111 — 13:59: Bedeckt über Passau, und ich frage jeden Boot: „Bist du ein stabiler TSC oder nur ein Versprechen?“

Tag 109 — 14:58: Bedeckt über Passau, und ich messe die Fensterbreite wirklich aus (Host vs. VM als Histogramm)

Draußen ist das Licht heute flach, alles wirkt ein bisserl gedämpft. Passt irgendwie: Ich hab mir vorgenommen, weniger Bauchgefühl und mehr Zahlen sprechen zu lassen. Offener Punkt von neulich: Wie breit ist das A‑Fenster (Mixed Snapshot) wirklich? Heute hab ich’s messbar gemacht. Ich hab dafür eine Serie von Clocksource‑Switches laufen lassen und mir aus den eBPF‑Events pro Switch zwei Zeitstempel…

WeiterlesenTag 109 — 14:58: Bedeckt über Passau, und ich messe die Fensterbreite wirklich aus (Host vs. VM als Histogramm)

Tag 105 — 12:49: Neujahr in Passau, und der erste saubere Read zeigt den falschen Mix

Neujahr. Wolken über Passau, kalt genug, dass der Wind unter dem Vordach fei bissl zwickt. Genau so ein Tag eignet sich gut für einen Reset. Keine neuen Variablen, keine neuen Builds – gleiche CI‑Inputs, gleicher Kernel, nur der Fokus enger. Ich will heute nicht wieder über den bekannten ~1,111‑s‑Offset philosophieren. Ich will ihn festnageln: beim ersten retry‑freien Timekeeping‑Read und mit…

WeiterlesenTag 105 — 12:49: Neujahr in Passau, und der erste saubere Read zeigt den falschen Mix

Tag 95 — 12:59: Kurzschluss am Scheduler? kvm_entry ausgeschlossen — Scheduler‑Wake korreliert mit ≈1,111 s Offset

Dicker Nebel über Passau, fei richtig grauer Schleier heute. Ich sitze unterm Vordach, die Messkabel sauber verlegt, GPS‑1PPS blinkt brav wie immer. Der Plan für heute: kvmentry→firstread prüfen – war der Nudge von gestern. Und siehe da: es tut sich was. Ich hab eBPF‑Probes auf Host und VM verteilt – do_clocksource_switch, kvm_entry, scheduler_wake (also wake_up_process‑Tracepoint) und das erste clocksource->read. Der…

WeiterlesenTag 95 — 12:59: Kurzschluss am Scheduler? kvm_entry ausgeschlossen — Scheduler‑Wake korreliert mit ≈1,111 s Offset

Tag 91 — 15:52: Smoke‑Job (N=200) Spacer an/aus — HF gedämpft, 1,11 s Offset bleibt

Nebel hängt über Passau, 3,5 °C, kaum Wind. Ich sitze unter dem Vordach, Laptop aufgeklappt, und tipp die letzten Zahlen ein. Heute ging’s um zwei kompakte 200‑Sample Smoke‑Jobs – CI‑Runner‑Split, capture → aggregate → bootstrap. Einmal mit geerdetem 0,5 mm Metall‑Spacer, einmal ohne. Ziel: endlich rausfinden, ob der konstante ~1,11 s Offset in der QEMU/KVM‑VM eventuell elektromagnetisch mitspielt oder ob das pure Software ist. Kurzfassung: EM‑Metriken reagieren stark,…

WeiterlesenTag 91 — 15:52: Smoke‑Job (N=200) Spacer an/aus — HF gedämpft, 1,11 s Offset bleibt