>[оверквотинг удален]
> что будет если интервал будет менятся? Много Вы насинхронизуруете "в лоб"?
> Измерять время (не о ntp речь) нужно достаточно точно, хотя бы для
> с целью планирования, не гворя уже о профилировании.
> С другой стороны просто так "тикать" тоже нехорошо. Если система гостевая -
> лишние тики нагружают процессор хост системы, даже если гостевая ничего не
> делает. На мобильных устройствах лишние тики - лишний разряд батарейки.
> Можно по рассуждать на тему зачем часто превывать выполняемый процесс (если не
> ошибаюсь hardclock сейчас тушит всю систему)в случае когда в системе достаточно
> свободных CPU, а процесс не запрашивал точного вычисления ресурсов.
> Короче это все слишком сильно завязанно друг на друга.Вы путаете. Никто не спорит, что нужна точность _внутри_ хоста. Точность, грубо говоря, вымерения временных отрезков. Но синхронизация внутреннего отсчёта времени со внешним миром — это кардинально другая задача по определению.
Вы можете выставить в своей супер-пупер-точной-tickless системе сейчас 7 января 1987 года. И ваша система будет так же точно профилировать, распределять ресурсы и т.д. Но при попытке воспользоваться воспользоваться из этой системы завязанными на время службами на других системах (Kerberos, сетевые ФС и т.д.) вы в лучшем случае получите странные результаты.
Или наоборот: вы можете периодически идеально синхронизировать свою ОС с атомными часами, но в промежутке между синхронизациями у вас будет твориться чёрти что, вплоть до пропуска заданий в cron, из-за кривой работы со временем на самом хосте.
> Что хотят отвязать хардкордную завязку на ntpd и сделать более общий интерфейс
> синхронизации - это в общем-то хорошо :)
А где там была хардкорная завязка на ntpd? o_O
> К чему я это всё - дело здесь не только об очередном "новом ntp".
В данной новости именно об этом.