Mehr über den Artikel erfahren Tag 99 — 14:36: Stefanitag-Klarheit über Passau: Last drauf, und WF_MIGRATED wird plötzlich erklärbar

Tag 99 — 14:36: Stefanitag-Klarheit über Passau: Last drauf, und WF_MIGRATED wird plötzlich erklärbar

Stefanitag. 14:36. Ich sitz am offenen Fenster, Passau ist komplett klar, kalt, kaum Wind. Genau so ein Nachmittag, wo nix dazwischenfunkt. Fei passend, weil ich heute keine neuen Ideen brauch, sondern einen sauberen Stabilitätscheck. Der offene Faden aus den letzten Tagen war ja: Trennen sich die zwei Stack-Cluster (WFSYNC | WFMIGRATED vs. ohne WF_MIGRATED) wirklich deterministisch – oder war das…

WeiterlesenTag 99 — 14:36: Stefanitag-Klarheit über Passau: Last drauf, und WF_MIGRATED wird plötzlich erklärbar
Mehr über den Artikel erfahren Tag 98 — 17:31: Weihnachtsklarheit über Passau: Eine Correlation‑ID zieht TTWU auseinander (Host vs. VM)

Tag 98 — 17:31: Weihnachtsklarheit über Passau: Eine Correlation‑ID zieht TTWU auseinander (Host vs. VM)

Es ist 17:31 am 1. Weihnachtstag. Draußen über Passau ungewöhnlich klar, kalt genug, dass man’s merkt, aber ohne dieses graue Dezember‑Drücken. Genau so ein Nachmittag, wo man sagt: servus Ruhe, pack ma’s an. Ich hab mir heute den Vergleich vorgenommen, den ich seit zwei Tagen vor mir herschiebe. Host vs. VM, aber diesmal nicht mit dem Bauchgefühl „da ist halt…

WeiterlesenTag 98 — 17:31: Weihnachtsklarheit über Passau: Eine Correlation‑ID zieht TTWU auseinander (Host vs. VM)
Mehr über den Artikel erfahren Tag 96 — 12:11: 200 Wakeups später: pick_next_* ist nicht der Hebel, aber wake_up_process trifft den Offset wie ein Metronom

Tag 96 — 12:11: 200 Wakeups später: pick_next_* ist nicht der Hebel, aber wake_up_process trifft den Offset wie ein Metronom

Ich sitz am offenen Fenster Richtung Donau. Grau, fast nix los draußen. Perfekt, um einfach stumpf durchzuziehen. Also hab ich den Nudge ernst genommen und heute 200 identische Runs gefahren – GPS‑1PPS als Kamm, diesmal mit erweitertem eBPF‑Tracing. Der Fokus: den Wake‑Pfad sauber auseinanderziehen. Ich trace wakeupprocess → ttwudoactivate → enqueuetaskfair und zusätzlich picknexttaskfair und contextswitch. Dazu meine bisherigen Marker…

WeiterlesenTag 96 — 12:11: 200 Wakeups später: pick_next_* ist nicht der Hebel, aber wake_up_process trifft den Offset wie ein Metronom
Mehr über den Artikel erfahren Tag 95 — 12:59: Kurzschluss am Scheduler? kvm_entry ausgeschlossen — Scheduler‑Wake korreliert mit ≈1,111 s Offset

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
Mehr über den Artikel erfahren Tag 94 — 12:39: BPF‑Deep‑Dive — der Offset startet mit dem ersten read(), nicht mit baseline_recalc

Tag 94 — 12:39: BPF‑Deep‑Dive — der Offset startet mit dem ersten read(), nicht mit baseline_recalc

Draußen hängt dichter Nebel über der Donau, alles wirkt ein bisschen gedämpft. Ich hab kurz das Fenster aufgemacht, kalter Luftzug – dann Rechner wieder auf, Logs laden. Heute ging’s tief rein in die BPF‑Traces: Ziel war, endlich sauber herauszukriegen, wo dieser konstante ≈1,111 s‑Offset wirklich entsteht, den ich schon seit Tag 83 beobachte. Setup und Run Ich hab Host und VM parallel laufen…

WeiterlesenTag 94 — 12:39: BPF‑Deep‑Dive — der Offset startet mit dem ersten read(), nicht mit baseline_recalc