Виртуальная память учитывает все библиотеки и исполняемые объекты, которые отображаются в вашем процессе, а также пространство вашего стека.
Резидентная память - это объем памяти, который фактически находится в ОЗУ.Некоторые из этих ответов могут выиграть обфускацию ntp конфигурации конкурса.
Используйте реализацию ссылок ntp и используйте iburst, чтобы быстро установить время при загрузке. После этого вы можете использовать директиву minpoll, чтобы ограничить, как часто ntpd запрашивает удаленные серверы времени. Это позволит вам использовать дисциплину часов ntpd и снизить пропускную способность.
minpoll minpoll
maxpoll maxpoll
These options specify the minimum and maximum poll intervals for NTP
messages, in seconds as a power of two. The maximum poll interval
defaults to 10 (1024 s), but can be increased by the maxpoll option to
an upper limit of 17 (36 h). The minimum poll interval defaults to 6 (64 s),
but can be decreased by the minpoll option to a lower limit of 3 (8 s).
Chrony - хорошая альтернатива эталонной реализации ntp. Openntpd нет.
Некоторые из этих ответов могут выиграть обфускацию ntp конфигурации конкурса.
Используйте реализацию ссылок ntp и используйте iburst, чтобы быстро установить время загрузки. После этого вы можете использовать директиву minpoll, чтобы ограничить, как часто ntpd запрашивает удаленные серверы времени. Это позволит вам использовать дисциплину часов ntpd и снизить пропускную способность.
minpoll minpoll
maxpoll maxpoll
These options specify the minimum and maximum poll intervals for NTP
messages, in seconds as a power of two. The maximum poll interval
defaults to 10 (1024 s), but can be increased by the maxpoll option to
an upper limit of 17 (36 h). The minimum poll interval defaults to 6 (64 s),
but can be decreased by the minpoll option to a lower limit of 3 (8 s).
Chrony является хорошей альтернативой эталонной реализации ntp. Openntpd нет.
Некоторые из этих ответов могут выиграть обфускацию ntp конфигурации конкурса.
Используйте реализацию ссылок ntp и используйте iburst, чтобы быстро установить время загрузки. После этого вы можете использовать директиву minpoll, чтобы ограничить, как часто ntpd запрашивает удаленные серверы времени. Это позволит вам использовать дисциплину часов ntpd и снизить пропускную способность.
minpoll minpoll
maxpoll maxpoll
These options specify the minimum and maximum poll intervals for NTP
messages, in seconds as a power of two. The maximum poll interval
defaults to 10 (1024 s), but can be increased by the maxpoll option to
an upper limit of 17 (36 h). The minimum poll interval defaults to 6 (64 s),
but can be decreased by the minpoll option to a lower limit of 3 (8 s).
Chrony является хорошей альтернативой эталонной реализации ntp. Openntpd нет.
Некоторые из этих ответов могут выиграть обфускацию ntp конфигурации конкурса.
Используйте реализацию ссылок ntp и используйте iburst, чтобы быстро установить время загрузки. После этого вы можете использовать директиву minpoll, чтобы ограничить, как часто ntpd запрашивает удаленные серверы времени. Это позволит вам использовать дисциплину часов ntpd и снизить пропускную способность.
minpoll minpoll
maxpoll maxpoll
These options specify the minimum and maximum poll intervals for NTP
messages, in seconds as a power of two. The maximum poll interval
defaults to 10 (1024 s), but can be increased by the maxpoll option to
an upper limit of 17 (36 h). The minimum poll interval defaults to 6 (64 s),
but can be decreased by the minpoll option to a lower limit of 3 (8 s).
Chrony является хорошей альтернативой эталонной реализации ntp. Openntpd нет.
Некоторые из этих ответов могут выиграть обфускацию ntp конфигурации конкурса.
Используйте реализацию ссылок ntp и используйте iburst, чтобы быстро установить время загрузки. После этого вы можете использовать директиву minpoll, чтобы ограничить, как часто ntpd запрашивает удаленные серверы времени. Это позволит вам использовать дисциплину часов ntpd и снизить пропускную способность.
minpoll minpoll
maxpoll maxpoll
These options specify the minimum and maximum poll intervals for NTP
messages, in seconds as a power of two. The maximum poll interval
defaults to 10 (1024 s), but can be increased by the maxpoll option to
an upper limit of 17 (36 h). The minimum poll interval defaults to 6 (64 s),
but can be decreased by the minpoll option to a lower limit of 3 (8 s).
Chrony является хорошей альтернативой эталонной реализации ntp. Openntpd нет.
Некоторые из этих ответов могут выиграть обфускацию ntp конфигурации конкурса.
Используйте реализацию ссылок ntp и используйте iburst, чтобы быстро установить время загрузки. После этого вы можете использовать директиву minpoll, чтобы ограничить, как часто ntpd запрашивает удаленные серверы времени. Это позволит вам использовать дисциплину часов ntpd и снизить пропускную способность.
minpoll minpoll
maxpoll maxpoll
These options specify the minimum and maximum poll intervals for NTP
messages, in seconds as a power of two. The maximum poll interval
defaults to 10 (1024 s), but can be increased by the maxpoll option to
an upper limit of 17 (36 h). The minimum poll interval defaults to 6 (64 s),
but can be decreased by the minpoll option to a lower limit of 3 (8 s).
Chrony является хорошей альтернативой эталонной реализации ntp. Openntpd нет.
Некоторые из этих ответов могут выиграть обфускацию ntp конфигурации конкурса.
Используйте реализацию ссылок ntp и используйте iburst, чтобы быстро установить время загрузки. После этого вы можете использовать директиву minpoll, чтобы ограничить, как часто ntpd запрашивает удаленные серверы времени. Это позволит вам использовать дисциплину часов ntpd и снизить пропускную способность.
minpoll minpoll
maxpoll maxpoll
These options specify the minimum and maximum poll intervals for NTP
messages, in seconds as a power of two. The maximum poll interval
defaults to 10 (1024 s), but can be increased by the maxpoll option to
an upper limit of 17 (36 h). The minimum poll interval defaults to 6 (64 s),
but can be decreased by the minpoll option to a lower limit of 3 (8 s).
Chrony является хорошей альтернативой эталонной реализации ntp. Openntpd нет.
Некоторые из этих ответов могут выиграть обфускацию ntp конфигурации конкурса.
Используйте реализацию ссылок ntp и используйте iburst, чтобы быстро установить время загрузки. После этого вы можете использовать директиву minpoll, чтобы ограничить, как часто ntpd запрашивает удаленные серверы времени. Это позволит вам использовать дисциплину часов ntpd и снизить пропускную способность.
minpoll minpoll
maxpoll maxpoll
These options specify the minimum and maximum poll intervals for NTP
messages, in seconds as a power of two. The maximum poll interval
defaults to 10 (1024 s), but can be increased by the maxpoll option to
an upper limit of 17 (36 h). The minimum poll interval defaults to 6 (64 s),
but can be decreased by the minpoll option to a lower limit of 3 (8 s).
Chrony является хорошей альтернативой эталонной реализации ntp. Openntpd нет.
Некоторые из этих ответов могут выиграть обфускацию ntp конфигурации конкурса.
Используйте реализацию ссылок ntp и используйте iburst, чтобы быстро установить время загрузки. После этого вы можете использовать директиву minpoll, чтобы ограничить, как часто ntpd запрашивает удаленные серверы времени. Это позволит вам использовать дисциплину часов ntpd и снизить пропускную способность.
minpoll minpoll
maxpoll maxpoll
These options specify the minimum and maximum poll intervals for NTP
messages, in seconds as a power of two. The maximum poll interval
defaults to 10 (1024 s), but can be increased by the maxpoll option to
an upper limit of 17 (36 h). The minimum poll interval defaults to 6 (64 s),
but can be decreased by the minpoll option to a lower limit of 3 (8 s).
Chrony является хорошей альтернативой эталонной реализации ntp. Openntpd нет.
Мой опыт связан с ntp, а не с openntpd.
Вы должны знать, что протокол NTP обычно начинается с отправки пакетов каждую минуту (64 секунды), но обычно выполняется путем отправки и получения одного пакета каждые 17 минут для каждого сервера, который у вас есть в вашем / etc / ntp .conf. Однако перебои в работе сети или неустойчивые часы на вашем устройстве могут увеличить это. Каждый пакет имеет полезную нагрузку около 68 байтов, поэтому, вероятно, это немного больше, чем 100 байт, каждый из которых за каждый опрос.
Rdate и ntpdate во время работы в сети - хорошие идеи для установки времени. И если это все, что вам нужно, должно хорошо работать для вас.
Если вам нужно синхронизировать время в течение длительного времени, протокол ntp был разработан для этого. Часы на вашем устройстве будут работать немного быстро или медленно, в зависимости от того, насколько они теплые или прохладные, даже если у него, вероятно, есть часы с контролируемым кристаллом, и постоянное хронометраж предназначен для этого.
Здесь некоторые предложения, если вам нужно постоянное хронометраж и хотите уменьшить используемую пропускную способность. Они ссылаются на элементы в файле ntp.conf.
Не используйте iburst. (Но для установки времени потребуется больше времени).
Увеличить minpoll вверх с 6 (2 ^ 6 секунд - 64 секунды). Это уменьшает трафик, когда протокол запускается после появления сети.
Увеличьте maxpoll вверх с 10 (2 ^ 10 секунд - 1024 секунды или каждые 17 минут. Вы можете дойти до 17, чтобы опросить каждые 36 часов. Я не пробовал это сам.
Используйте только минимальное количество серверов, если у вас есть тот, который может быть надежно установлен с ваших встроенных устройств, это было бы здорово. тем более надежным может быть время, но трафик увеличивается, поэтому это компромисс.
Вы можете сделать хакерство, включающее запуск ntpdate при появлении интерфейса соты. Но если вы можете, установка chrony была бы лучшей альтернативой, поскольку она была создана с прерывистым доступом к сети.
При установке Ubuntu по умолчанию демон NTP не запускается. Вместо этого время устанавливается каждый раз, когда сетевой интерфейс поднимается крюком /etc/network/if-up.d/ntpdate.
Если вы используете одноразовую синхронизацию времени, а не постоянную синхронизацию, этого вам может быть достаточно.
Вы можете контролировать, какие серверы запрашиваются, чтобы установить время либо через стандартный файл /etc/ntp.conf, либо через переменную NTPSERVERS в /etc/default/ntpdate.
Вам нужна точная и точная синхронизация, предоставляемая ntp? Если нет, вы можете уйти с помощью rdate или ntpdate при загрузке, а затем периодически через cron.
Возможно, вы уже прочитали man-страницу openntpd.
http://www.openbsd.org/cgi-bin/man.cgi?query=ntpd.conf
[d3 ] Вы, наверное, уже заметили отсутствие возможности опроса для времени.У меня есть эти возможные хаки, чтобы предложить:
Не используйте ntpd для вызова ntpdate через cron. Используйте cron и / или скрипты сотового подключения для переключения правил iptables, чтобы отключить или разрешить трафик порта 123, если вы хотите его разрешить. Это может быть так же просто, как 0 12 * * * iptables -D OUTPUT -j DROP -p udp --dport 123 # at noon start allowing ntp 0 13 * * * iptables -A OUTPUT -j DROP -p udp --dport 123 # at 1pm stop allowing ntp Вставить приемник радиочасов в встроенную машину. Я почти ничего не знаю об этом, но такие продукты: http://www.galsys.co.uk/time-receivers/ac-500-msf-time-receiver.html и это http://www.giangrandi.ch/ электроника / dcf77 / dcf77.shtml и люди, которые так говорят http://www.blu.org/cgi-bin/calendar/2010-octзаставляют меня думать, что это не сложно, если вы можете получить радиосигнал.
Если я правильно помню, интервал опроса ntp может быть установлен максимум на 1024 секунды. Возможно, самым простым решением было бы запустить ntpdate при каждой загрузке, а затем время от времени из crontab.
Если ваши часы начинаются со случайного времени при каждой загрузке, то вы, вероятно, не сможете запустить ntpd в любом случае, и сначала вам нужно будет использовать ntpdate. Ntpd отказывается синхронизировать время, если разница между часами и серверами слишком велика.
NTP, как и TCP, имеет глубокую теорию и практический опыт, встроенные в протокол; если вы измените его основные параметры, он перестает иметь свойства синхронизации, для которых он был разработан.
Если ваше устройство спорадически связано, возможно, старый добрый RDATE будет служить вам лучше всего. Он не обрабатывает поворот часов, равно как и усреднение по сверстке, и не может быть защищен от различных тонких хаков, которые мог бы сыграть человек в середине, если бы он стоил того времени. Он просто получает контрольную дату с удаленного сервера и ударяет локальные часы с помощью молотка. Но он делает это, когда вы этого хотите, и его поведение детерминировано.
Точность RDATE намного хуже, чем NTP, я бы не доверял ей лучше, чем ± 1 секунду, но если вы только спорадически привязаны, более точное время не имеет значения; действительно, согласно RDATE , это может даже не иметь смысла.
Вы, наверное, уже прочитали man-страницу openntpd.
http://www.openbsd.org/cgi-bin/man.cgi?query=ntpd.conf
Вероятно, вы уже заметили отсутствие возможности опроса для времени.
У меня есть эти возможные хаки, чтобы предложить:
0 12 * * * iptables -D OUTPUT -j DROP -p udp --dport 123 # at noon start allowing ntp
0 13 * * * iptables -A OUTPUT -j DROP -p udp --dport 123 # at 1pm stop allowing ntp
заставляет меня думать, что это не сложно, если вы можете получить радиосигнал.
Если я правильно помню, интервал опроса ntp может быть установлен максимум на 1024 секунды. Возможно, самым простым решением было бы запустить ntpdate при каждой загрузке, а затем время от времени из crontab.
Если ваши часы начинаются со случайного времени при каждой загрузке, то вы, вероятно, не сможете запустить ntpd в любом случае, и сначала вам нужно будет использовать ntpdate. Ntpd отказывается синхронизировать время, если разница между часами и серверами слишком велика.
При установке Ubuntu по умолчанию, демон NTP не запускается. Вместо этого время устанавливается каждый раз, когда сетевой интерфейс поднимается крюком /etc/network/if-up.d/ntpdate
.
Если вы используете одноразовую синхронизацию времени, а не постоянную синхронизацию, этого вам может быть достаточно.
Вы можете контролировать, какие серверы запрашиваются, чтобы установить время либо через стандартный файл /etc/ntp.conf
, либо через переменную NTPSERVERS
в /etc/default/ntpdate
.
Мой опыт связан с ntp, а не с openntpd.
Вы должны знать, что протокол NTP обычно начинается с отправки пакетов каждую минуту (64 секунды), но обычно выполняется, отправляя и получая один пакет каждые 17 минут для каждого вашего сервера в вашем / etc / ntp .conf. Однако перебои в работе сети или неустойчивые часы на вашем устройстве могут увеличить это. Каждый пакет имеет полезную нагрузку около 68 байтов, поэтому, вероятно, это немного больше, чем 100 байт, в каждом случае для каждого опроса.
Rdate и ntpdate во время работы в сети - хорошие идеи для установки времени. И если это все, что вам нужно, должно хорошо работать для вас.
Если вам нужно синхронизировать время в течение длительного времени, протокол ntp был разработан для этого. Часы на вашем устройстве будут работать немного быстро или медленно, в зависимости от того, насколько они теплые или прохладные, хотя у него, вероятно, есть часы с контролируемым кристаллом, и постоянное хронометражное время предназначено для этого.
Здесь некоторые предложения, если вам нужно постоянное хронометраж и хотите уменьшить используемую пропускную способность. Они ссылаются на элементы в файле ntp.conf.
Не используйте iburst. (Но для установки времени потребуется больше времени).
Увеличить minpoll вверх с 6 (2 ^ 6 секунд - 64 секунды). Это уменьшает трафик при запуске протокола после выхода сети.
Увеличение maxpoll вверх с 10 (2 ^ 10 секунд - 1024 секунды или каждые 17 минут. Вы можете дойти до 17, чтобы опросить каждые 36 часов. Я не пробовал это сам.
Используйте только минимальное количество серверов, если у вас есть тот, который может быть надежно установлен с ваших встроенных устройств, это было бы здорово. тем более надежным может быть хронометраж, но трафик увеличивается, поэтому это компромисс.
NTP, как и TCP, имеет некоторую глубокую теорию и практический опыт, встроенные в протокол; если вы измените его основные параметры, он перестает иметь свойства синхронизации, для которых он был разработан.
Если ваше устройство спорадически связано, возможно, старый добрый RDATE будет служить вам лучше всего. Он не обрабатывает поворот часов, равно как и усреднение по сверстке, и не может быть защищен от различных тонких хаков, которые мог бы сыграть человек в середине, если бы он стоил того времени. Он просто получает контрольную дату с удаленного сервера и ударяет локальные часы с помощью молотка. Но он делает это, когда вы этого хотите, и его поведение детерминировано.
Точность RDATE намного хуже, чем NTP, я бы не доверял ей лучше ± 1 секунды, но если вы только спорадически привязаны, более точное время не имеет значения; действительно, согласно относительности это может даже не иметь смысла.
Вам нужна точная и точная синхронизация, которую предоставляет ntp? Если нет, вы можете уйти с помощью rdate
или ntpdate
при загрузке, а затем периодически через cron.
Вы можете сделать некоторые хакеры, связанные с запуском ntpdate при появлении интерфейса соты. Но если вы можете, установка chrony была бы лучшей альтернативой, поскольку она была создана с использованием прерывистого сетевого доступа .
Если я правильно помню, интервал опроса ntp может быть установлен максимум на 1024 секунды. Возможно, самым простым решением было бы запустить ntpdate при каждой загрузке, а затем время от времени из crontab.
Если ваши часы начинаются со случайного времени при каждой загрузке, то вы, вероятно, не сможете запустить ntpd в любом случае, и сначала вам нужно будет использовать ntpdate. Ntpd отказывается синхронизировать время, если разница между часами и серверами слишком велика.
При установке Ubuntu по умолчанию, демон NTP не запускается. Вместо этого время устанавливается каждый раз, когда сетевой интерфейс поднимается крюком /etc/network/if-up.d/ntpdate
.
Если вы используете одноразовую синхронизацию времени, а не постоянную синхронизацию, этого вам может быть достаточно.
Вы можете контролировать, какие серверы запрашиваются, чтобы установить время либо через стандартный файл /etc/ntp.conf
, либо через переменную NTPSERVERS
в /etc/default/ntpdate
.
Мой опыт связан с ntp, а не с openntpd.
Вы должны знать, что протокол NTP обычно начинается с отправки пакетов каждую минуту (64 секунды), но обычно выполняется, отправляя и получая один пакет каждые 17 минут для каждого вашего сервера в вашем / etc / ntp .conf. Однако перебои в работе сети или неустойчивые часы на вашем устройстве могут увеличить это. Каждый пакет имеет полезную нагрузку около 68 байтов, поэтому, вероятно, это немного больше, чем 100 байт, в каждом случае для каждого опроса.
Rdate и ntpdate во время работы в сети - хорошие идеи для установки времени. И если это все, что вам нужно, должно хорошо работать для вас.
Если вам нужно синхронизировать время в течение длительного времени, протокол ntp был разработан для этого. Часы на вашем устройстве будут работать немного быстро или медленно, в зависимости от того, насколько они теплые или прохладные, хотя у него, вероятно, есть часы с контролируемым кристаллом, и постоянное хронометражное время предназначено для этого.
Здесь некоторые предложения, если вам нужно постоянное хронометраж и хотите уменьшить используемую пропускную способность. Они ссылаются на элементы в файле ntp.conf.
Не используйте iburst. (Но для установки времени потребуется больше времени).
Увеличить minpoll вверх с 6 (2 ^ 6 секунд - 64 секунды). Это уменьшает трафик при запуске протокола после выхода сети.
Увеличение maxpoll вверх с 10 (2 ^ 10 секунд - 1024 секунды или каждые 17 минут. Вы можете дойти до 17, чтобы опросить каждые 36 часов. Я не пробовал это сам.
Используйте только минимальное количество серверов, если у вас есть тот, который может быть надежно установлен с ваших встроенных устройств, это было бы здорово. тем более надежным может быть хронометраж, но трафик увеличивается, поэтому это компромисс.
NTP, как и TCP, имеет некоторую глубокую теорию и практический опыт, встроенные в протокол; если вы измените его основные параметры, он перестает иметь свойства синхронизации, для которых он был разработан.
Если ваше устройство спорадически связано, возможно, старый добрый RDATE будет служить вам лучше всего. Он не обрабатывает поворот часов, равно как и усреднение по сверстке, и не может быть защищен от различных тонких хаков, которые мог бы сыграть человек в середине, если бы он стоил того времени. Он просто получает контрольную дату с удаленного сервера и ударяет локальные часы с помощью молотка. Но он делает это, когда вы этого хотите, и его поведение детерминировано.
Точность RDATE намного хуже, чем NTP, я бы не доверял ей лучше ± 1 секунды, но если вы только спорадически привязаны, более точное время не имеет значения; действительно, согласно относительности это может даже не иметь смысла.
Вам нужна точная и точная синхронизация, которую предоставляет ntp? Если нет, вы можете уйти с помощью rdate
или ntpdate
при загрузке, а затем периодически через cron.
Вы можете сделать некоторые хакеры, связанные с запуском ntpdate при появлении интерфейса соты. Но если вы можете, установка chrony была бы лучшей альтернативой, поскольку она была создана с использованием прерывистого сетевого доступа .
Если я правильно помню, интервал опроса ntp может быть установлен максимум на 1024 секунды. Возможно, самым простым решением было бы запустить ntpdate при каждой загрузке, а затем время от времени из crontab.
Если ваши часы начинаются со случайного времени при каждой загрузке, то вы, вероятно, не сможете запустить ntpd в любом случае, и сначала вам нужно будет использовать ntpdate. Ntpd отказывается синхронизировать время, если разница между часами и серверами слишком велика.