Особенности команды rtc, ход времени на разных QNX-контроллерах

[LH]

Команда rtc в ОС QNX4.25 и в QNX6.5 c использованием Clock Type = net
синхронизирует время межу контроллерами с точностью до секунды.

Выдать команду в QNX6.5

#rtc -s net A1

т.е. установить время текущего контроллера на удаленном контроллере А1 в сети QNX6
не удается...


---

Написал тест, который сравнивает время  в контроллерах  сети QNX с точностью до миллисекунды.

На удаленном контроллере время запрашивается с помощью механизма SRR запросом к тестовой программе-серверу.

Видно, что время на разных ПК "течет" по-разному.

После синхронизации с помощью rtc net  примерно за 300 секунд работы теста разница хода времени на разных контроллерах достигает 10-ти миллисекунд.

Наблюдения делались как в ОС QNX4.25 так и в ОС QNX6.5

В сети QNX находятся ПК с процессорами
  
Intel Core(TM) i5-3550CPU 3.3GHz,

Intel Core(TM) 2 DUO E7400 2.8 GHz

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

В чем может быть дело, известная ли это проблема?

Как надежно синхронизировать время на контроллерах в сети QNX с точностью до миллисекунды?


Спасибо.

[LH]

Что-то про точность хода времени в QNX4 написано здесь:

http://www.qnx.com/developers/qnx4/qnx4kb/solution.html?code=7743

Не понятно:
как работает ключ -r утилиты rtc для уточнения хода времени? Просьба пояснить.

[Олег Большаков]

Команда rtc -s net в QNX 6 не поддерживается.

С описанной Вами проблемой, насколько мне известно, ранее заказчики к нам не обращались. Без описания алгоритма теста, сложно что-то прокомментировать. Точность в 1мс теоретически может обеспечить NTP в локальной сети.

Ключи -r и -S утилиты rtc задают параметры постепенной подстройки времени при помощи функции qnx_adj_time(). Ключ -r <rate> определяет скорость с которой подводится время как 1 / <rate> процентов от ticksize. Ключ -S <секунды> определяет максимальную разницу в секундах, при которой будет выполняться постепенная подстройка времени. Более подробную информацию можно почерпнуть в описании функции qnx_adj_time().

[LH]

>Команда rtc -s net в QNX 6 не поддерживается.

Хотя (судя по документации) должна поддерживаться...
http://www.qnx.com/developers/docs/6.3.0SP3/neutrino/utilities/r/rtc.html


>С описанной Вами проблемой, насколько мне известно, ранее заказчики к нам не обращались.
>Без описания алгоритма теста, сложно что-то прокомментировать.
Приложил текст теста для QNX4.

Сперва запускал тест в режиме сервера на одном узле
#ttcs_qnx4 -s

Потом ( от суперпользователя ) - в режиме клиента на другом узле
#ttcs_qnx4 -c

Отчет работы теста так же прикладываю.

При запуске на описанных выше контроллерах разница хода времени вроде бы достаточно существенна.

При смене узлов севера и клиента  знак разницы хода времени так же меняется на противоположный.

При запуске клиента и сервера на одном и том же узле разницы хода времени не обнаруживается

Буду признателен за критику теста и его результатов.

[LH]

Тот же тест и отчет в сети QNX6.

Для работы теста на узлах запущены серверы имен :
#gns -s
#gns -c

Тест проведен на контроллерах с процессорами Intel Core DUO с такстовой частотой 3 и 2 ГГц.

[Олег Большаков]

>Команда rtc -s net в QNX 6 не поддерживается.

Хотя (судя по документации) должна поддерживаться...
http://www.qnx.com/developers/docs/6.3.0SP3/neutrino/utilities/r/rtc.html

Уточните, пожалуйста, версию QNX 6, с которой Вы работаете. По приведённой ссылке я не увидел, что rtc -s net должно работать. В первом сообщении Вы указали, что используете QNX 6.5, поэтому я не смотрел на QNX 6.3.0SP3. В QNX 6.5.0 команда rtc net работает, а rtc -s net не отрабатывает с выводом следующего сообщения:

Код:

Cannot set remote time on Neutrino (yet...)

Т.е. данная функция не реализована для удалённых узлов, только свой собственный можно указать.

Приложил текст теста для QNX4.

Постараемся посмотреть на этот вопрос, когда появятся результаты сообщим.

[LH]

Прошу прощения: используется QNX6.5