LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

Но зачем?

Чтобы можно было сбрасывать состояние системы к заранее известному посредством простого форматирования корня (/usr на отдельном разделе). Нужно в эмбеддеде, контейнерах и потенциально в массовых десктопах. [Подробнее]

А его за что?

ntpd слишком тяжёл. Это как BIND vs dnsmasq vs systemd-resolved: первое — полновесный рекурсивный DNS-сервер (который, в частности, может кэшировать), второе — специализированный кэширующий DNS-сервер, а третье — кэширующий NSS-модуль, который интегрируется в glibc и позволяет целиком избежать прослойки в виде второго DNS-сервера.

Соответственно, systemd-timesyncd, в отличие от ntpd, реализует лишь функциональность NTP-клиента (именно она нужна на подавляющем большинстве машин).

Note: ntpd никто не выкидывает, речь исключительно об изкоробочном дефолте.

Исправление intelfx, :

Но зачем?

Чтобы можно было сбрасывать состояние системы к заранее известному посредством простого форматирования корня (/usr на отдельном разделе). Нужно в эмбеддеде, контейнерах и потенциально в массовых десктопах. [Подробнее]

А его за что?

ntpd слишком тяжёл. Это как BIND vs dnsmasq vs systemd-resolved: первое — полновесный рекурсивный DNS-сервер (который, в частности, может кэшировать), второе — специализированный кэширующий DNS-сервер, а третье — кэширующий NSS-модуль, который интегрируется в glibc и позволяет целиком избежать прослойки в виде второго DNS-сервера.

Соответственно, systemd-timesyncd реализует лишь функциональность NTP-клиента (именно она нужна на подавляющем большинстве машин).

Исправление intelfx, :

Но зачем?

Чтобы можно было сбрасывать состояние к заранее известному посредством форматирования корня (/usr на отдельном разделе). Нужно в эмбеддеде, контейнерах и потенциально в массовых десктопах. [Подробнее]

А его за что?

ntpd слишком тяжёл. Это как BIND vs dnsmasq vs systemd-resolved: первое — полновесный рекурсивный DNS-сервер (который, в частности, может кэшировать), второе — специализированный кэширующий DNS-сервер, а третье — кэширующий NSS-модуль, который интегрируется в glibc и позволяет целиком избежать прослойки в виде второго DNS-сервера.

Соответственно, systemd-timesyncd реализует лишь функциональность NTP-клиента (именно она нужна на подавляющем большинстве машин).

Исправление intelfx, :

Но зачем?

Чтобы можно было сбрасывать состояние к заранее известному посредством форматирования корня (/usr на отдельном разделе). Нужно в эмбеддеде, контейнерах и потенциально в массовых десктопах. [Подробнее]

А его за что?

ntpd слишком тяжёл. Это как BIND vs dnsmasq vs resolved: первое — полновесный рекурсивный DNS-сервер (который, в частности, может кэшировать), второе — специализированный кэширующий DNS-сервер, а третье — кэширующий NSS-модуль, который интегрируется в glibc и позволяет целиком избежать прослойки в виде второго DNS-сервера.

Соответственно, timesyncd реализует лишь функциональность NTP-клиента (именно она нужна на подавляющем большинстве машин).

Исправление intelfx, :

Но зачем?

Чтобы можно было сбрасывать состояние к заранее известному посредством форматирования корня (/usr на отдельном разделе). Нужно в эмбеддеде, контейнерах и потенциально в массовых десктопах. [Подробнее]

А его за что?

ntpd слишком тяжёл. Это как BIND vs dnsmasq vs resolved: первое — полновесный рекурсивный DNS-сервер (который, в частности, может кэшировать), второе — специализированный кэширующий DNS-сервер, а третье — кэширующий NSS-модуль, который интегрируется в glibc и позволяет целиком избежать прослойки в виде второго DNS-сервера.

Соответственно, resolved реализует лишь функциональность NTP-клиента (именно она нужна на подавляющем большинстве машин).

Исходная версия intelfx, :

Но зачем?

Чтобы можно было сбрасывать состояние к заранее известному посредством форматирования корня (/usr на отдельном разделе). Нужно в эмбеддеде, контейнерах и потенциально в массовых десктопах. [Подробнее]

А его за что?

ntpd слишком тяжёл. Это как BIND vs dnsmasq vs resolved: первое — полновесный рекурсивный DNS-сервер (который может кэшировать), второе — специализированный DNS-кэш, а третье — кэширующий NSS-модуль, который интегрируется в glibc и позволяет совсем избежать прослойки в виде второго DNS-сервера.

Соответственно, resolved реализует лишь функциональность NTP-клиента.