Administrace komentářů

Samostatné ntp v různých domU mě připadá úplně na hlavu. Pokud mám přesné hodiny na dom0, tak je jen otázka na to, jak je přenést hardwarově do domU. Teď jsou hodiny ve všech dom stejné. Steeping na dom0 také funguje, hodiny se skokem pomocí ntp dorovnáváji. To co nefunguje je ten skeewing tedy jemné dorovnávání konstant při běhu. Ale také podle toho výpisu logu, který jsem sem již hodil tak je to zvláštní. Není to že by skeewing nefungoval, ntpd mění konstanty běhu času v jádře, ale spíše jako by tam chyběla zpětná vazba, diference, která je v následujícím sloupci za odchylkou nabývá obrovských hodnot a hlavně strašně rychle se mění. Z teorie regulace plane, že takto systém dopadne, když je takzvaně přeregulovaný, tedy když regulační člen odpovídá na odchylku rychleji a silnějším stimulem, než je systém přijmout. Z toho mí spíše plyne, že ntpd neví, co se ve skutečnosti v jádře děje a při odchylce tlačí více na pilu než by měl. Když se vyřadila komunikace s jádrem, tak diference velmi velmi pomalu klesala a ntpd doregulovával hodiny z odchylky 30ms na 0.1ms celé 4 dny, změny v položce diference mezi jednotlivými zápisy v logu byly jen na 3 nebo 4 platné cifře, a na polovinu se změnila tak za 20 hodin. Tady je na polovině za 100 vteřin. Pro mne je teď v tomhle hlavní otázka, jak takovou regulaci udělat v jádře nebo spíše co komunikaci blokuje a zřejmě to bude muset být nové jádro trochu jinak sestavené. Zatím jsem našel tohle Known Operating System Issues. Mimo jiné první věta v sekci o Xenu a virtualizaci je, že ntp není určeno na provoz ve virtuální mašině. Ale v článku jsou parametry jádra, které stojí za zvážení. Ale než budu dost přesně vědět, co se děje a co mám ovlivnovat tak s kmitáním kolem 150ms budou muset ty virtuály žít.