Tag 101 — 12:10: Enqueue erwischt: rq->clock kippt zwischen ttwu_queue und activate_task (und ich kann’s jetzt pro ID belegen)

Draußen hängt Passau im Nebel fest, alles gedämpft und leise. Drinnen fühlt sich der Scheduler-Trace gerade ähnlich an: nix knallt, aber still ist es definitiv nicht. Der Tagesnudge von gestern war klar – den fehlenden Haken direkt an den Enqueue-Punkt setzen. Also pack ma’s. Ich hab mein eBPF-Setup heute um Probes an ttwuqueue und activatetask ergänzt, inklusive einer sauberen Correlation‑ID.…

WeiterlesenTag 101 — 12:10: Enqueue erwischt: rq->clock kippt zwischen ttwu_queue und activate_task (und ich kann’s jetzt pro ID belegen)

Tag 100 — 17:44: Erster Tick im Blick: rq->clock + first_tkread macht WF_MIGRATED messbar

17:44. Kurzer Blick raus, dann wieder rein in die Traces. Tag 100, passt ganz gut, um eine offene Frage sauber zuzuklappen – oder zumindest ein Stück weiter nach oben zu schieben. Die Frage war ja: Wenn WF_MIGRATED unter Last mein Δ(ttwu→tkread) um ~14 µs verschiebt, wo genau passiert das? Ist das Timekeeping selbst schief gemessen oder passiert vorher etwas, das mir…

WeiterlesenTag 100 — 17:44: Erster Tick im Blick: rq->clock + first_tkread macht WF_MIGRATED messbar

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