Administrace komentářů

Zase jste to pochopil špatně. Já se vám snažím vysvětlit, že když počítač s Linuxem běží, nemají na jeho čas hardwarové hodiny žádný vliv. Na některých zařízeních dokonce ani žádné hardwarové hodiny reálného času nejsou, přesto na nich běží Linux a v něm může běžet přesný čas. Jaké máte nebo nemáte vzpomínky neřeším, pouze se podivuji nad tím, že ve svých příspěvcích neustále mícháte dohromady hardwarové hodiny a softwarové hodiny, přitom je to každé něco jiného a čas v běžícím Linuxu je řízen softwarovými hodinami. Jediný okamžik, kdy do toho hardwarové hodiny mohou zasáhnout, je start systému, kdy je možné volitelně softwarové hodiny seřídit podle hardwarových hodin, abyste měl jakýs takýs čas dřív, než se spustí nějaká služba, která je schopná poskytovat přesnější čas.

Odchylky v softwarovém času nejsou způsobené rozhozenou kalibrací (to právě ntpd dokáže srovnat), ale tím, že použitý čítač má jen omezenou přesnost a jeho primární účel není udržování přesného času, takže se občas může stát, že se nějaký ten tik propásne. Softwarové hodiny mají řádově větší frekvenci, než hardwarové, takže nevím, co byste na softwarových hodinách chtěl podle těch hardwarových kalibrovat. A i kdybyste si je tak kalibroval, tady se bavíme o běžícím ntpd, které softwarové hodiny kalibruje průběžně podle údajů, které dostává přes NTP protokol. Takže případná chyba by se projevovala jenom pár minut po startu, než by to ntpd srovnalo.

Pokud nechápete rozdíl mezi softwarovými hodinami a nechápete, jak funguje služba ntpd (nastudovat si to můžete třeba zde: Clock Discipline Algorithm), asi těžko tady něco poradíte. Tazatel má problém se synchronizací softwarových hodin pomocí ntpd. Aby se softwarové hodiny za minutu rozjely o půl sekundy, to je opravdu hodně. Napadají mne tři možné důvody:

• Nějaká podivná platforma, na které se často mění frekvence čítače, který Linux používá pro softwarové hodiny, a Linux ty změny nedokáže podchytit. To mi připadá nepravděpodobné.
• Síť s velkými rozdíly v latenci, třeba nějaká zarušená WiFi. Problém by pak nebyl v samotných softwarových hodinách, ale v tom, že ntpd nedokáže NTP protokolem získat dostatečně přesný čas. V takovém případě by pomohlo jen použít jiný zdroj přesného času, nebo se smířit s tím, že čas nebude zas až tak přesný a synchronizovat třeba jednou denně skokově přes ntp-client.
• ntpd dokáže správně získat přesný čas, ale nedokáže ho správně vnutit kernelu. To se mi jeví jako nejpravděpodobnější, protože ty odchylky jsou v čase hodně podobné – tj. zdá se, že ntpd se sice pokusí provést korekci, ale ta není úspěšná, takže další odchylka je podobná té předchozí. Zkusil bych zvýšit úroveň výpisu ntpd, mělo by snad někde vypsat, která operace se nepovedla. Zaměřil bych se na to, zda tam není nějaké nestandardní jádro nebo stará verze ntpd nebo jádra. V běžných distribucích by mělo být aktuální ntpd sladěné s aktuálním jádrem tak, aby spolu fungovaly správně.