А разве adjtime (точно не помню названия) в линуксе и других юниксах не для этого? Хм...

adjtime vs. adjfreq

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

А вот после вызова adjfreq, он изменяет время постоянно с заданным промежутком, т.е. adjfreq можно вызвать один раз и навсегда, так сказать. ;)

http://www.openbsd.org/cgi-bin/man.cgi?query=adjfreq

Любопытно..

>с этими улучшениями достигается точность не хуже одной миллисекунды в любой промежуток времени!

На миллион лет - хватит? Атомные часы отдыхают?

>Утверждается, что с этими улучшениями достигается точность не хуже одной миллисекунды в любой промежуток времени!

Если это утверждает автор - то пользоваться этим патчем не рекомендую =)

> А разве adjtime (точно не помню названия) в линуксе и других юниксах не для этого? Хм...

Мдя, разработчики BSD открывают для себя возможности и протоколы, заложенные в системах BSD 30 лет назад. BSD RIP.

Бывший пользователь *BSD-систем.

Кстати нормальный фреймбуффер пришёл в Freebsd из DrangonFlybsd.

Америка не открыта, и это ни кто и не отрицает

Ну это, разумеется, только если у вас запущен OpenNTPD. ;)

Вся фича в том, что раньше время "туда-сюда" ходило, т.е. оно сначала дрейфовало в одну сторону, а потом ntpd менял его с помощью adjtime, и оно начинало дрейфовать в другую сторону под влиянием adjtime, а потом опять всё заново...

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

Разумеется, эта функциональность уже очень давно существует в isc-ntpd, но он слишком громоздкий, и поэтому его не так уж часто используют. Я, например, до сих пор просто запускаю ntpdate(8) из cron'а, и меня это вполне устраивает. Даже как-то интересно, на сколько уходит время за 24 часа, как это отражается на температуре, и когда появляются дополнительные секунды (последняя была под этот новый год).

> Вся фича в том, что раньше время "туда-сюда" ходило, т.е. оно сначала дрейфовало в одну сторону, а потом ntpd менял его с помощью adjtime, и оно начинало дрейфовать в другую сторону под влиянием adjtime, а потом опять всё заново...

Кстати, давно хотел спросить - а юзать аппаратный таймер в юниксах религия не позволяет? Там же кварц стоит, чему там прыгать?

> Насколько я понял, adjtime работает одноразово, т.е. после вызова, он постепенно изменяет время на определённое количество миллисекунд.

> А вот после вызова adjfreq, он изменяет время постоянно с заданным промежутком, т.е. adjfreq можно вызвать один раз и навсегда, так сказать. ;)

Да, я тоже это так понимаю, однако помню что в линуксе тоже такое есть. Чтение мана adjtime(2) дало ответ: NOTE With a Linux kernel, you can use the adjtimex(2) function to permanently change the system clock speed.

Однако в мане adjtimex(2) написано следующее: adjtimex is Linux specific and should not be used in programs intended to be portable. Похоже что adjfreq это *bsd аналог линуксового adjtimex.

> Разумеется, эта функциональность уже очень давно существует в isc-ntpd, но он слишком громоздкий, и поэтому его не так уж часто используют. Я, например, до сих пор просто запускаю ntpdate(8) из cron'а, и меня это вполне устраивает.

Не вижу ничего громоздкого в ISC NTPd. Хотя ради справедливости должен отметить что полноценный ntpd сервер у меня в сети только один, а остальные машины синхронизируются с ним по крону с помощью ntpdate. Если не нужна субмиллисекундная точность и абсолютная монотонность течения времени, то ntpdate вполне подходит.

> когда появляются дополнительные секунды (последняя была под этот новый год)

В этом году вряд ли будет доп. секунда, так что ещё долго ждать придётся. :)

> Кстати, давно хотел спросить - а юзать аппаратный таймер в юниксах религия не позволяет? Там же кварц стоит, чему там прыгать?

Насколько мне известно, как раз в этих кварцах и проблема. Они очень неточные и их частота сильно зависит от небольших колебаний температуры. Это всё и много другого интересного про время написано на www.ntp.org и http://ntp.isc.org/bin/view/Main/DocumentationIndex Лично меня в одно время эта тема очень увлекла.

Раз уж тема зашла про время, то позвольте поагитировать :) за проект http://www.pool.ntp.org/ и попросить желающих поддержать данный проект. Всё таки чем больше будет публичных NTP серверов, тем лучше, а особенно в странах СНГ. Все кто готов держать у себя публичный NTP сервер, имеющие круглосуточный коннект, статический IP и готовые "мириться" с доп. трафиком порядка 10-20 кбит/с на NTP трафик - вам сюда: http://www.pool.ntp.org/join.html

Аппаратный кварц ? Никогда такие штуки ластиком (стёркой) е тёр ? Совеитую... прикольный результат :) То что сделали аналог функции которая в Linux давно ... это хорошо, но то что назвали по другому ... ну что же ... выпьем за "совместимость" !

km, респект! ;)
Двинем в широкие потребительские массы OpenBSD!!
За правое дело! :)

>Двинем в широкие потребительские массы OpenBSD!!

зачем?

кроме того ничего не получится. Почему-то большинству девелоперов не очень нравится идея, что их код может использовать кто хочет и как хочет, не отчитываясь перед commynity ;)

так что bsd останется задвинутой :)

> большинству девелоперов
анегдот есть хороший ;)

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

>анегдот есть хороший ;)

угу. хороший. это вы так утешаетесь? :)

Нет, мне за большинство больно!! :)))

>Нет, мне за большинство больно!! :)))

не переживай так, я под девелоперами имею ввиду именно девелоперов, а не кодеров :)

GPL код тоже берут все кому не лень и не часто отчитываются. Или весьма забавно выкладывают только куски _модифицированого_ кода, но далеко не весь проект. так что GPL это таки не панацея. А кричать 'BSD RIP' это признак безскультурия и желания сильно оскорбить других. Хотя я так понимаю культура общения вам не знакома?

>GPL код тоже берут все кому не лень и не часто отчитываются. Или весьма забавно выкладывают только куски _модифицированого_ кода, но далеко не весь проект. так что GPL это таки не панацея

за нарушение GPL можно попасть под суд. Прецеденты были, кстати. Так что не панацея, но лучше чем ничего.

>А кричать 'BSD RIP' это признак безскультурия и желания сильно оскорбить других. Хотя я так понимаю культура общения вам не знакома?

а где я кричал?

вообще, афаик bsd - это программирование ради программирование. У бзд-девелоперов нет каких-то глобальных целей. По карйней мере так было изначально. И попытки сделать бзд десктопной осью, мягко говоря, удивляют :)

>Аппаратный кварц ? Никогда такие штуки ластиком (стёркой) е тёр ? Совеитую... прикольный результат :)

Видишь ли, софтверный таймер сегодня тактируется от того же кварца. Но при этом вносится дополнительная нестабильность от обработчиков прерываний и т.п. Так что RTC по определению намного точнее. И не пользоваться им в наше время - это просто маразм.

Вышла новая OPERA

Бред сивой кабылы.

Если необходимо точное время должен быть прецезионный истоник времени, т.е. генератор аля http://www.morion.com.ru

P.S. полный писец...

Вышла новая OPERA

Кварц есть, но он не стабильный - вот в чём проблема. Для нормальных часов надо использовать прецезионный кварц. Нет презеционного кварца, все потуги с ntpd - не болеее чем дибелизм. если это не дибилим, то это должно быть доказано с использованием прецезионных источником времени. Хотя для домашнего самоудовлетворения вполне подойдёт.

>Для нормальных часов надо использовать прецезионный кварц.

Самый прикол, что во времена ~286, на машины для RTC ставили отдельный кварц на 32768 с погрешностью не более ~1E-5 (а то и до 1E-7, но это редко), а ещё раньше, в последние PC ставили на CPU кварцы с 1E-7! Блин, как сейчас помню, 14.31818 МГц :)

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

> Нет презеционного кварца, все потуги с ntpd - не болеее чем дибелизм. если это не дибилим, то это должно быть доказано с использованием прецезионных источником времени. Хотя для домашнего самоудовлетворения вполне подойдёт.

Ух ты, а мужики-то не знают! ;) ntpd бесполезен? Нельзя ли сразу уточнить _для каких применений_?

P.S. Только что очень удивился когда на сайте www.morion.com.ru в разделе Quartz Temperature Compensated Oscillators клацнул на ссылке http://www.morion.com.ru/oscillators/pdf/TCXO_MV120.pdf и вместо ТТХ MV 120 увидел... перечень экзаменационных вопросов по системам искусственного интелекта. Улыбнуло. :)

> Аппаратный кварц ? Никогда такие штуки ластиком (стёркой) е тёр ? Совеитую... прикольный результат :)

А можно поподробнее? Я наверное отсталый, но в своей жизни никогда не тёр кварц ластиком. :)

Прротивоположная операция выполняется несколько сложнее - введением паров йода (не путать с йадом).

Зачем йод? Практически без потери добротности можно было любым доступным способом нарастить слой серебра на подложки. Наиболее простой и популярный карандашный способ давал снижение добротности и высокий временной дрейф.

Карандаш - несерьёзно :)

Наращивание серебра в домашних условиях было тоже не всем под силу. Тем более, что трудно было проводить _тонкую_ регулировку.

А вот немного паров йода из шприца через крошечную дырочку в корпусе - это нормально :)

> Блин, как сейчас помню, 14.31818 МГц :)

Учетверенная поднесущая цвета NTSC. У CGA и EGA бывали "дочки" с кодером NTSC и модулятором. Вообще, IMHO, для приема NTSC кратный кварц не нужен, а для PAL достаточно 2-кратный, так что кварц чисто "приставочный" и IBM PC - такая же телевизионная приставка, как NES и другие БК.

>Учетверенная поднесущая цвета NTSC

Вот, чего не знал... Думал, только на наших "Орион-128", да буржуйских Спекки кварц был на ТВ завязан :)

Разве в CGA не было своего кварца? Или это наследие чего-то ещё более древнего?

> Карандаш - несерьёзно :)

Совершенно согласен. Почему сказал сам в предыдущем посте.

> Наращивание серебра в домашних условиях было тоже не всем под силу.

Из отработанного фиксажа очень просто и без отслоений, правда не так быстро, как йод, но если дунуть больше, всё-равно приходилось распаивать корпус и подтирать ластиком. Самое интересное, что ластики для чернил нельзя было применять из-за того, что в них были вещества, снижающие добротность резонатора.

-- 73, ex RA3RFE

>73, ex RA3RFE

73! :D Правда, до передатчика я так и не дорос :) Пришли компьютеры и сказали "мы теперь вместо них" ;)