Вопросы Теги

Время ядра сброса (PLL/FLL)

Хороший материал здесь. Я сделал МНОГИЕ Из них. Для предотвращения недостающего оператора Where в SQL я теперь использую: исказите mysql ='mysql - i-am-a-dummy'

Интересный был при обновлении удаленного сервера: mv / размещают/home_old && mv/home_new/, размещают mv / var/var_old && mv/var_new / var mv / lib/lib_old && mv/lib_new / lib

Кажется, что Linux прекращает работать (или загрузиться), когда/usr/lib исчезает. Удаленные серверы теперь имеют или карту IMPI или последовательную консоль lnk к другому серверу, плюс начальная загрузка CD в диске.

1
задан 10 March 2011 в 15:48
3 ответа

Я думаю, что необходимо говорить о файле Дрейфа NTP. От доктора Mill (инициатор NTP) веб-сайт:

Во время операции ntpd измеряет и исправляет для несущественной ошибки тактовой частоты и иногда пишет текущее значение в файл, указанный driftfile/etc/ntp.drift команда конфигурации. Если ntpd остановлен и перезапущен, он инициализирует частоту из этого файла и избегает потенциально длинного интервала для переизучения исправления.

Удаление файла дрейфа и перезапуск демона NTP так решают Вашу проблему. В debian Вы сделали бы следующее (обратите внимание, что файл дрейфа может храниться в различных местах... можно всегда использовать "определять местоположение" команду для нахождения его):

invoke-rc.d ntp stop
rm /var/lib/ntp/ntp.drift
invoke-rc.d ntp start
0
ответ дан 4 December 2019 в 10:29

ntptime: 

DESCRIPTION

This program is useful only with special kernels described in the A Kernel Model for
Precision Timekeeping  page. It reads and displays time-related kernel variables using
the ntp_gettime() system call. A similar display can be obtained using the ntpdc
program and kerninfo command.

Вы можете установить:

  • смещение частоты
  • расчетная ошибка
  • смещение часов
  • постоянная времени

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

0
ответ дан 4 December 2019 в 10:29

Эти переменные вычисляются для компенсации локальных часов ядра на основе часов сервера ntp. Локальные часы ядра калибруются только во время запуска ядра. Проверьте журнал ядра, например 

Fast TSC calibration using PIT
Detected 2093.938 MHz processor.
Calibrating delay loop (skipped), value calculated using timer frequency.. 4187.87 BogoMIPS (lpj=2093938)

Когда локальные часы слишком сильно отклоняются от тактовой частоты сервера ntp, отслеживание PLL будет обрезано до максимума 500 ppm, как в этом примере 

# ntpdc -c kerninfo
pll offset:           -3.9831e-05 s
pll frequency:        -500.000 ppm
maximum error:        0.033146 s
estimated error:      2.2e-05 s
status:               2001  pll nano
pll time constant:    4
precision:            1e-09 s
frequency tolerance:  500 ppm

Сброс частоты PLL не помогает на в долгосрочной перспективе, потому что сам таймер ядра был оценен недостаточно точно во время загрузки. Таким образом, частота ФАПЧ снова будет дрейфовать до максимального значения. Так что на мой взгляд может помочь только перезагрузка.

0
ответ дан 14 February 2020 в 07:00

Теги

Похожие вопросы