@hirthwork

hirthwork

Меня зовут Пить
hirthwork

Всего лишь бабочка, которой снится, что она программист

32 я читаю 94 меня читают
5115 постов
43739 комментариев
hirthwork
29 May 2016

Посоны, я вот нихуя вообще не понимаю, поясните по хардкору, ntpd ведь должен автоматически время на машинке подстраивать?
В общем, есть у меня одна впска, так вот, там время порой убегает за 20 минут на полторы минуты. ntp запущен, вроде сконфигурен почти по дефолту (больше дебага в командлайне и ipv4).
Так вот скажите, что я делаю не так, что время так убегает?

29 May 2016

пиздос. засёк. за 5 минут на 28 секунд время убежало. мне * * * /etc/init.d/ntp-client restart делать что ли?

29 May 2016

а как часто оно синхронизируется?

29 May 2016

А там по дефолту синхронизация не раз в 4 часа разве?

29 May 2016

кажется maxpoll по дефолту 1024. на самом деле, я чую, что у меня что-то не так с пониманием роли ntpd

#ootlfm/4 в ответ на /3
30 May 2016

хз. в сислоге записи от ntpd только в момент когда его запускаешь, других записей нет

#ootlfm/5 в ответ на /2
30 May 2016

значит не он. может у тебя кто-то ещё время крутит? или множитель скорости надо уменьшить :3

#ootlfm/6 в ответ на /5
30 May 2016

это гента. чтобы кто-то ещё крутил время, нужно чтобы его кто-то настроил и в rc-update прописал

#ootlfm/7 в ответ на /6
30 May 2016

Давно ковырялся со временем. Может быть, что ты всё делаешь так, а провайдер что-то делает не так. У меня прыгало время секунд на 20 туда-сюда из-за гипервизора.

Instead, ntpd's reaction will depend on the offset between the local clock and the reference time. For a tiny offset ntpd will adjust the local clock as usual; for small and larger offsets, ntpd will reject the reference time for a while. In the latter case the operation system's clock will continue with the last corrections effective while the new reference time is being rejected. After some time, small offsets (significantly less than a second) will be slewed (adjusted slowly), while larger offsets will cause the clock to be stepped (set anew). Huge offsets are rejected, and ntpd will terminate itself, believing something very strange must have happened.

30 May 2016

Нет, он себя не терминировал.

#ootlfm/9 в ответ на /8
30 May 2016

А, забыл, ты можешь что-то сделать не так: выбрать неправильный источник времени. Попробуй их потыкать. Мне это не помогало, но вообще помочь может.

#ootlfm/10 в ответ на /8
30 May 2016

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

#ootlfm/12 в ответ на /7
30 May 2016

не, это моя личная впска, я тама делаю "правильно", а не "чтобы работало"

#ootlfm/14 в ответ на /12
30 May 2016

Там дальше почитай. Про clocksource тоже пишут.

#ootlfm/16 в ответ на /15
30 May 2016

собрал ядро с HPET_TIMER, три минуты — полёт нормальный. раньше за это время успевало на минуту убежать. добра тебе, няш.

#ootlfm/17 в ответ на /16
30 May 2016

Хоть где-то пригодились разборки со временем. Спасибо, тебе тоже.

#ootlfm/18 в ответ на /17
30 May 2016

всем спасибо, но что это за флаг и откуда суть проблемы?

#ootlfm/19 в ответ на /17
30 May 2016

в ссылке из /13 объясняется, что при Symmetric Multiprocessing не может нормально работать Real-time clock, поэтому нужно включать High Precision Event Timer

#ootlfm/20 в ответ на /19
30 May 2016

а, я просто прочитал только один коммент про проблемы с винтами. понятно, спасибо.

#ootlfm/21 в ответ на /20
30 May 2016

это написано на второй странице

#ootlfm/22 в ответ на /21

Добавить пост

Вы можете выбрать до 10 файлов общим размером не более 10 МБ.
Для форматирования текста используется Markdown.