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

"Выпуск системы синхронизации точного времени Chrony 4.2"	+/–
Сообщение от opennews (??), 17-Дек-21, 11:29
Опубликован выпуск проекта... Подробнее: https://www.opennet.me/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. Сообщение от knike (?), 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. Сообщение от Cyber100 (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 | Индекс форумов | Темы | Пред. тема | След. тема