The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Выпуск системы синхронизации точного времени Chrony 4.2"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск системы синхронизации точного времени Chrony 4.2"  +/
Сообщение от opennews (??), 17-Дек-21, 11:29 
Опубликован выпуск проекта...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56363

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 17-Дек-21, 11:29   +1 +/
>> проброса NTP поверх протокола PTP

Обычно это плохо заканчивается когда одно обмазывают другим.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #35

2. Сообщение от Аноним (2), 17-Дек-21, 11:38   +1 +/
Интернет плохо кончил.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 17-Дек-21, 11:47   –7 +/
чем это лучше cron?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #5, #6, #7, #11, #18, #22, #23

4. Сообщение от lleeree_ (ok), 17-Дек-21, 11:50   +2 +/
Сравнил тёплое с мягким.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

5. Сообщение от knikeemail (?), 17-Дек-21, 11:51   +2 +/
У этих приложений, как бы, совершенно разный функционал.
А если вы имеете ввиду синхронизацию через cron, то специализированные приложения лучше тем, что плавно подстраивают время. Не должно быть так, что время вдруг на несколько секунд/минут назад ушло, после очередной синхронизации через cron.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

6. Сообщение от test (??), 17-Дек-21, 11:51   +2 +/
Это не замена крона а замена ntpd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

7. Сообщение от Аноним (7), 17-Дек-21, 11:53   +/
> чем это лучше cron?

Его таки можно намазать на хлеб

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

10. Сообщение от timur.davletshin (ok), 17-Дек-21, 12:13   +/
Поддерживает DSCP — годно.
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от Аноним (3), 17-Дек-21, 12:15   +1 +/
А прикольно, что есть чуваки, которые всерьёз отвечают на этот коммент. В такие моменты чувствуешь себя не самым глупым человеком.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #19

14. Сообщение от YetAnotherOnanym (ok), 17-Дек-21, 12:36   +2 +/
> изначально спроектирован для корректной работы в нестабильных окружениях, включая ненадёжные сети с разрывами соединений, большими задержками и потерей пакетов

Есть ещё на свете умные люди.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38

15. Сообщение от Лысый из Браззерс (?), 17-Дек-21, 12:42   –5 +/
Зачем нужна эта срань Господня, когда есть systemd-timesyncd?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #28, #30

18. Сообщение от Женя (??), 17-Дек-21, 13:05   +/
Лично я файрфокс предпочитаю
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

19. Сообщение от Vasyan2 (ok), 17-Дек-21, 13:07   +1 +/
Зря.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от Cyber100email (ok), 17-Дек-21, 13:09   +1 +/
а чем ntpd уже не угодил?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25, #29, #54, #73

21. Сообщение от Аноним (21), 17-Дек-21, 13:10   +/
Очевидно, systemd-timesyncd "In contrast to NTP implementations such as chrony or the NTP reference server this only implements a client side..."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

22. Сообщение от kusb (?), 17-Дек-21, 13:44   +/
Чтобы считаться умным нужно знать имена и предназначения всех демонов наизусть? Даже того демона, имя которого лучше вечером не называть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #45

23. Сообщение от kusb (?), 17-Дек-21, 13:45   +1 +/
Сначала не понял, что не так с вопросом, потом вспомнил, что cron не синхронизирует время по протоколу ntp, а запускает задачи запланированные на какое-то время или типа того. Думая о cron я думал о ntpd, но перепутал названия. Похоже я схожу с ума...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

25. Сообщение от Аноним (38), 17-Дек-21, 14:50   –3 +/
Это же поттеринги, для них у любого стороннего софта фатальный недостаток: NIH.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #61

28. Сообщение от Аноним (28), 17-Дек-21, 14:55   +/
Служба systemd-timesync не может использоваться в качестве сервера времени, как тебе уже заметили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

29. Сообщение от Аноним (28), 17-Дек-21, 14:58   +/
Chrony может синхронизироваться с сервером времени намного быстрее, чем старый сервис ntpd. Это хорошо для ноутбуков или настольных компьютеров, которые не работают постоянно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #36, #37

30. Сообщение от пончик (?), 17-Дек-21, 15:04   –1 +/
Прикинь, твое ауно systemd даааааааалекоооооооооооо не везде есть и никогда к счастью не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

35. Сообщение от AlexVRud (ok), 17-Дек-21, 16:57   +/
Тем более, что есть linuxptp (и старенький ptpd) плюс есть timemaster (который умеет скрещивать chrony и linuxptp, ну или посмотрев что он делает можно самому скрестить).

Зачем chrony ползёт в ptp? Там же и синхронизация системных часиков с ptp-часиками, и различные профили ptp. Ну допустим первую задачу он сможет порешать за счёт "прикольных" алгоритмов синхронизации часиков. А вот вторую-то зачем ему решать?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

36. Сообщение от Аноним (36), 17-Дек-21, 17:29   +/
ntp-client чем не устраивает для разовой синхронизации?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #39, #55, #68

37. Сообщение от Аноним (38), 17-Дек-21, 17:49   +/
> намного быстрее

Не удосужитесь ли рассказать, сколько тысяч раз в секунду надо синхронизироваться с сервером, чтобы это было критично по скорости?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #40, #57, #69

38. Сообщение от Аноним (38), 17-Дек-21, 17:50   –10 +/
Потеринги и умные - оксюморон...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #44

39. Сообщение от Аноним (38), 17-Дек-21, 17:52   –3 +/
> чем не устраивает

NIH синдром.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

40. Сообщение от Аноним (40), 17-Дек-21, 18:00   +/
Удосужусь. Это важно в сетях, которые долго находятся в перегруженном состоянии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #49

44. Сообщение от YetAnotherOnanym (ok), 17-Дек-21, 19:03   +1 +/
> chrony was originally written by Richard Curnow. It is currently maintained and developed by Miroslav Lichvar

С какого бока тут Поттеринг?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #46, #50, #62

45. Сообщение от Vasyan2 (ok), 17-Дек-21, 19:33   +/
> Чтобы считаться умным нужно знать имена и предназначения всех демонов наизусть?

Нет конечно. Более того, умный человек вполне может и ошибится и в этом нет ничего страшного. Но Аноним (3) утверждает что сознательно написал глупость, более того, считает себя умнее тех кто ему вполне вежливо ответил.

>Сообщение от Аноним (3), 17-Дек-21, 12:15
>А прикольно, что есть чуваки, которые всерьёз отвечают на этот коммент. В такие моменты чувствуешь себя не самым глупым человеком.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

46. Сообщение от нах.. (?), 17-Дек-21, 19:42   +/
Параноики сэр, им много чего мерещится. Давайте продолжим осмотр больницы, вот тут у нас лежат Цекербергеры...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

47. Сообщение от Аноним (47), 17-Дек-21, 20:42   +/
> fedora
> RHEL/CentOS

Но ведь у них же есть солнцеликий Леннарт, запиливший  божественный systemd-timesyncd! Чем шляпникам не нравится его поделие?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

48. Сообщение от Аноним (38), 17-Дек-21, 22:02   –1 +/
у них даже внутри команды процветает NIH-синдром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #67

49. Сообщение от Аноним (38), 17-Дек-21, 22:03   –2 +/
Тебя кто-то просил встревать?! Хотя и ты тоже не ответил на вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #51

50. Сообщение от Аноним (38), 17-Дек-21, 22:05   +/
А ты, похоже, до сих пор путаешь единственное и множественное числа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

51. Сообщение от Аноним (28), 17-Дек-21, 22:07   –1 +/
Это меня и спрашивали. Что тебе не понятно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #53

52. Сообщение от Аноним (-), 17-Дек-21, 23:06   +/
Особенно кашерно на основе GPS
Ответить | Правка | Наверх | Cообщить модератору

53. Сообщение от Аноним (-), 17-Дек-21, 23:08   +/
Забавно
Аноним затролил себя
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #56

54. Сообщение от mikhailnov (ok), 18-Дек-21, 01:19   –3 +/
По моим наблюдениям с маленькой выборкой при использовании chrony за время работы сервера набирается меньшая разница времени с NTP-сервером, чем при работе ntpd и systemd-timesyncd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #58, #71

55. Сообщение от mikhailnov (ok), 18-Дек-21, 01:20   +/
Тем что в процессе работы набегает рассинхрон
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

56. Сообщение от Аноним (40), 18-Дек-21, 01:30   –1 +/
Ещё я могу прочитать ему вслух https://chrony.tuxfamily.org/comparison.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

57. Сообщение от Ordu (ok), 18-Дек-21, 08:01   –2 +/
Как я понимаю, дело не в том, что синхронизация времени оказывается блокирующим событием в процессе загрузки, в котором каждая секунда на счету. Не важно, сколько при этом жрётся процессорного времени, процессор может простаивать 99.9% времени в процессе синхронизации, но фишка-то как раз в том, что он простаивает, вместо того, чтобы грузить кеды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #59, #74

58. Сообщение от Аноним (38), 18-Дек-21, 08:02   +1 +/
> меньшая разница времени

сколько пикосекунд?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #85

59. Сообщение от Аноним (38), 18-Дек-21, 08:04   +1 +/
Дядя, ты откуда упал, что у тебя синхрон - блокирующий?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #60, #66

60. Сообщение от Ordu (ok), 18-Дек-21, 08:09   –1 +/
> Дядя, ты откуда упал, что у тебя синхрон - блокирующий?!

А у тебя синхронизация времени не блокирует загрузку? И если у тебя батарейка на матплате сдохшая, то правильное время выставляется только после завершения загрузки, а до этого все записи в файлы приводят к кривым таймстампам в файловой системе?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #77

61. Сообщение от лютый жабби__ (?), 18-Дек-21, 08:54   –1 +/
>Это же поттеринги

поттеринги ж systemd-timesyncd сделали. причём непонятно зачем в rhel chrony до сих пор

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #63

62. Сообщение от Аноним (62), 18-Дек-21, 18:28   +/
> С какого бока тут Поттеринг?

Что не на шелле написано - то Леннарт делал, что тут неясного?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

63. Сообщение от Аноним (62), 18-Дек-21, 18:29   +/
Они немного для разных целей. chrony - прежде всего NTP server (хотя и поддерживает клиентской режим), timesyncd - SNTP client.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

66. Сообщение от Аноним (62), 18-Дек-21, 18:31   –1 +/
>  Дядя, ты откуда упал, что у тебя синхрон - блокирующий?!

Из реального мира. Где очень многие программы очень обижаются, если время вдруг откатывается в прошлое.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #78

67. Сообщение от Аноним (62), 18-Дек-21, 18:33   –2 +/
И только настоящие адепты юниксвея не различают клиент и сервер.

В новости про nginx ждем претензий - "зачем оно нужен этот NIH, давно есть проверенный временем curl".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #75

68. Сообщение от Аноним (62), 18-Дек-21, 18:36   +/
>  ntp-client чем не устраивает для разовой синхронизации?

Что такое ntp-client? ntpdate, написанный много лет назад индусами из ISC за плошку риса и уже давно захороненный другими индусами из того же ISC под слоем бетона?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

69. Сообщение от Аноним (62), 18-Дек-21, 18:41   –1 +/
> Не удосужитесь ли рассказать, сколько тысяч раз в секунду надо синхронизироваться с сервером, чтобы это было критично по скорости?

Если код писали далекие от достижений цивилизации (в частности, математики) люди (ISC NTPD, например), то оно может и за пять минут ничего не засинхронизировать, из-за того, что jitter слишком большой. Адаптивная фильтрация? Нет, не слышали.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #80

70. Сообщение от Аноним (62), 18-Дек-21, 18:44   +/
Когда уже сделают обновление NTS-ключей без перезапуска?
Ответить | Правка | Наверх | Cообщить модератору

71. Сообщение от Аноним (62), 18-Дек-21, 18:49   –1 +/
> По моим наблюдениям с маленькой выборкой при использовании chrony за время работы сервера набирается меньшая разница времени с NTP-сервером, чем при работе ntpd и systemd-timesyncd.

И это закономерно.

ISC NTPD писали, скажем так, не очень квалифицированные люди. Чтобы корректно реализовать синхронизацию времени через реальные сети с присущими им случайными задержками, нужно немного разбираться в математической статистике.

timesyncd вообще не предназначен для заоблачной точности, ±10мс для него приемлемая погрешность, он ориентирован на то, чтобы быстро синхронизировать часы и поменьше грузить сеть и сервер, поэтому там используется упрощенный вариант NTP (SNTP).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

73. Сообщение от Аноним (62), 18-Дек-21, 18:54   –3 +/
> а чем ntpd уже не угодил?

Изобилием дыр, делающим его похожим на рыболовную сеть. Безопасность - вообще не сильная сторона "продуктов" от ISC.
https://security-tracker.debian.org/tracker/source-package/ntp
https://security-tracker.debian.org/tracker/source-package/c...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #76

74. Сообщение от john_erohin (?), 19-Дек-21, 01:51   +1 +/
> в процессе загрузки, в котором каждая секунда на счету.

чего ???
1) кто понял жизнь, тот не спешит.
2) там где спешить не надо.
3) "процесс загрузки" происходит на р.станциях 1-2 раза в сутки, на серверах - от 1 раза в неделю до примерно никогда.
4) см.п.1.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #79, #81, #82

75. Сообщение от Аноним (38), 19-Дек-21, 01:58   +1 +/
клиент и сервер были задолго до потерингов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

76. Сообщение от Аноним (38), 19-Дек-21, 01:59   +/
- А что, если исправлять ошибки?
...
- Да ну на! Мы лучше новые сделаем в новом поделии!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #86

77. Сообщение от Аноним (38), 19-Дек-21, 02:06   +/
Ты будешь удивлён, но в ембедах вообще батареек нет. Если у тебя что-то криво работает от тайм-стампов - это твои проблемы, глупо вообще полагаться на абсолютное время. Асинхронная синхронизация выполняет главное правило: монотонность. Если ты что-то там ещё себе навыдумывал, каким должно быть время, это, опять, твои и только твои тараканы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #83

78. Сообщение от Аноним (38), 19-Дек-21, 02:08   +/
> программы очень обижаются

Это мир индусов, а не реальный. Это просто <пушистый зверь>, если ты пользуешься такими программами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #84

79. Сообщение от Аноним (38), 19-Дек-21, 02:11   +/
Помнится, потеринги пропихивали системду, как ускорение загрузки... В итоге системда сейчас загружается в разы медленнее, чем "тупой" for в shell-скрипте для запуска init-скриптов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

80. Сообщение от Аноним (38), 19-Дек-21, 02:12   +/
> пять минут ничего не засинхронизировать

Ох уж эти сказочники...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

81. Сообщение от john_erohin (?), 19-Дек-21, 02:18   +/
>> в процессе загрузки, в котором каждая секунда на счету.
> 1) кто понял жизнь, тот не спешит.

но есть исключение: когда надо запустить 1000+ виртуальных машин (не знаю что там с докер-контейнерами) на 100+ хостов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

82. Сообщение от Ordu (ok), 19-Дек-21, 10:08   +/
>> в процессе загрузки, в котором каждая секунда на счету.
> чего ???
> 1) кто понял жизнь, тот не спешит.

Понявшие жизнь могут пользоваться сколь угодно тормозным софтом, сколько им нравится. Они могут напихать в загрузку дополнительных тормозящих вещей, чтобы компьютер грузился бы полчаса, и было бы совсем неспешно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #87

83. Сообщение от Ordu (ok), 19-Дек-21, 10:09   +/
> Ты будешь удивлён, но в ембедах вообще батареек нет.

А у меня есть.

> Если у тебя
> что-то криво работает от тайм-стампов - это твои проблемы, глупо вообще
> полагаться на абсолютное время.

Не учите меня жить. Я полагаюсь.

> Асинхронная синхронизация выполняет главное правило:
> монотонность.

О какой монотонности идёт речь, если время компьютера прыгнуло _назад_? После загрузки оно меньше, чем до загрузки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #90

84. Сообщение от Аноним (84), 19-Дек-21, 20:19   +/
Так и запишем, что все танцы с TLS суть индусятничество и пользоваться этим никак нельзя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

85. Сообщение от Аноним (84), 19-Дек-21, 20:25   +/
Чтобы ntpd начал сообщать более-менее точное время ему требуется 7200 секунд бессбойной синхронизации с эталоном. И это у него прибито внутри здоровенными железнодорожными костылями.

И таки да, по наблюдению за поведением ntpd и chrony на одном и том же железе могу сказать, что выход на точность 50-100нс от PPS у chrony занимает менее пяти минут, ntpd жует сопли до получаса.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

86. Сообщение от Аноним (84), 19-Дек-21, 20:27   +/
Будешь смеяться, но авторы ntpd именно так и решили! И сейчас пилят NTPS, по-сути забросив ntpd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

87. Сообщение от john_erohin (?), 20-Дек-21, 01:10   +/
> Понявшие жизнь могут пользоваться сколь угодно тормозным софтом, сколько им нравится. Они
> могут напихать в загрузку дополнительных тормозящих вещей, чтобы компьютер грузился бы
> полчаса, и было бы совсем неспешно.

reductio ad absurdum - дешевый аргумент.

а "напихать" не можно, а нужно. например набор энтропии.
для повышения безопастности +3-5 минут не жалко.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #89

89. Сообщение от Ordu (ok), 20-Дек-21, 10:23   +/
>> Понявшие жизнь могут пользоваться сколь угодно тормозным софтом, сколько им нравится. Они
>> могут напихать в загрузку дополнительных тормозящих вещей, чтобы компьютер грузился бы
>> полчаса, и было бы совсем неспешно.
> reductio ad absurdum - дешевый аргумент.

Он, как минимум, не дешевле, чем заявление, что тормозной софт лучше быстрого.

> а "напихать" не можно, а нужно. например набор энтропии.
> для повышения безопастности +3-5 минут не жалко.

Ну вот ты и пихай. Я ж говорю: понявшие жизнь могут пихать сколь угодно много тормозов в загрузку.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

90. Сообщение от Минона (ok), 20-Дек-21, 10:46   +/
время относительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #91

91. Сообщение от Ordu (ok), 20-Дек-21, 11:18   +/
> время относительно.

Да, и ещё реальность страдает от фундаментальной неопределённости, надо полагать это детали реализации реальность "протекают" -- leaky abstractions. Это не повод не патчить эти дыры реальности софтварно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру