Есть ли способ заставить ntpd -gq работать быстрее

Этот вопрос относится к этому вопросу и к этому более раннему вопросу, который я задал по поводу ошибки сервера .

Согласно моему предыдущему вопросу, меня интересует быстрая синхронизация времени на моей машине (в идеале менее секунды), синхронная (если процесс завершается с состоянием 0, время должно синхронизироваться) и надежный способ. («Надежный» здесь означает, что, пока мы получаем ответ от ntp-сервера, время должно быть установлено в соответствии с ответом). После этой быстрой начальной синхронизации я буду запускать ntp в фоновом режиме.

Использование ntpdate кажется слишком ненадежным и, в любом случае, не рекомендуется (я получаю спорадические «нет доступных ошибок сервера», я думаю, что в основном это происходит из-за расхождений с сервером ntp, а не из-за невозможности связаться с сервером ntp ). Тем не менее, одна хорошая вещь о ntpdate заключается в том, что у него есть опция -p, которая позволяет мне сократить время, необходимое для установки моего времени на простые миллисекунды (когда это работает).

Использование sudo ntpd -gq, как предлагалось в предыдущих вопросах, кажется, делает синхронизацию часов более надежной, но на моем компьютере это занимает не менее 7-8 секунд, предположительно потому, что ntpd берет несколько выборок с промежуточным временем сна. Хуже того, ntpd часто зависает на несколько минут перед успешным выходом. Я не уверен, почему это происходит, потому что сервер ntp доступен и отвечает на запросы в течение всего этого промежутка времени.

Таким образом, я надеюсь найти способ ускорить время, необходимое для синхронизации часов машины, используя ntpd -gq, и я готов пожертвовать несколькими миллисекундами начальной точности часов, чтобы иметь более быстрые часы синхронизации. Причина, по которой я готов пойти на это, заключается в том, что синхронизация является частью процесса начальной загрузки, который я запускаю много раз в день, и каждый раз, ожидая запуска ntp от 8 секунд до нескольких минут, процесс замедляется (до такой степени, что что у меня нет выбора, кроме как принять быстрое, но осуждаемое и ненадежное поведение ntpdate.

Есть ли способ добиться надежной быстрой работы с ntpd?

РЕДАКТИРОВАТЬ: Вот мой ntp.conf (если вам интересно, где находится server, он был программно добавлен к файл после удаления всех существующих серверов):

# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift


# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

# Specify one or more NTP servers.

# Use servers from the NTP Pool Project. Approved by Ubuntu Technical Board
# on 2011-02-08 (LP: #104525). See http://www.pool.ntp.org/join.html for
# more information.

# Use Ubuntu's ntp server as a fallback.

# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details.  The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1

# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust


# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
#broadcast 192.168.123.255

# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines.  Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient
server pool.ntp.org