То, что kernel time discipline disabled означает только то, что в микро(!) секундном маштабе нарушится плавность времени — adj_systime будет выполняться путём добавления нескольких микросекунд каждую секунду, а не через эквивалентный механизм ядра.
Я лично запускал конфигурации вообще с tinker step 0, и ничего — достаточно успешно.
«Делать правильно» означает выбрать адекватный первичный сервер или аппаратный источник, всё остальное, включая прикручивание ручками файла leap-seconds — велосипеды чтобы не делать правильно :)
Что же касается NTP, то опасаться двойного выполнения скриптов, назначенных на полночь, скорее всего нет необходимости, потому что от возможно кривого корневого сервера до ваших систем скачок времени дойдёт не меньше чем минут за пять-десять, т.е. где-то к 0:05. К службе времени Windows это тоже применимо.
Под linux есть ещё такой способ способ избежать скачка времени: добавить в ntp.conf строчку «tinker step 1.5». Правда, потом её лучше убрать, т.к. она негативно сказывается на точности времени в среднем.
GPS даёт время без поправки на leap seconds. Cоответственно, некоторые, неправильно реализованные GPS-приёмники могут начать грешить на одну секунду: 'GPS time may differ from UTC because GPS time is a continuous time scale, while UTC is corrected periodically with an integer number of leap seconds. (...) The navigation data contains the requisite data for relating GPS time to UTC' (отсюда). Ситуация усугубляется тем, что последнее время было много разговоров, что поправочные секунды отменят вообще, и какой-то из производителей мог решить рискнуть.
Узнать, нормальный ли у вас приёмник, скорее всего придётся на опыте — если, конечно, вы не запаслись симулятором спутникового сигнала за 10k$.
С GLONASS всё проще, там шкала времени, насколько я помню, совпадает с UTC + 3 часа.
Судя по упомянутым словами «интерфейс приложения включает в себя «значок переключения апплетов» только во время разговора», патент покрывает не столько многозадачность, сколько пресловутую яблочную «единственную кнопку».
Т.е. в частности нынешние 2.x андроиды данный патент не нарушают — в них возврат в телефонный режим происходит с помощью стандартного переключения задач
Я лично запускал конфигурации вообще с tinker step 0, и ничего — достаточно успешно.
«Делать правильно» означает выбрать адекватный первичный сервер или аппаратный источник, всё остальное, включая прикручивание ручками файла leap-seconds — велосипеды чтобы не делать правильно :)
Под linux есть ещё такой способ способ избежать скачка времени: добавить в ntp.conf строчку «tinker step 1.5». Правда, потом её лучше убрать, т.к. она негативно сказывается на точности времени в среднем.
Узнать, нормальный ли у вас приёмник, скорее всего придётся на опыте — если, конечно, вы не запаслись симулятором спутникового сигнала за 10k$.
С GLONASS всё проще, там шкала времени, насколько я помню, совпадает с UTC + 3 часа.
Т.е. в частности нынешние 2.x андроиды данный патент не нарушают — в них возврат в телефонный режим происходит с помощью стандартного переключения задач