>Система с RTPreemt патчем, поэтому обработка будет занимать не сильно большое время,-
>думаю максимум - миллисекунды.Я не знаком с realtime вживую, но насколько я знаю, этот патч просто обеспечит preemptible ядро. То есть ваша программа получит управление как только можно быстрее, но обработка пакета внутри ядра ведь не ускорится. Хотя да, это миллисекунды даже и без realtime.
>Пересылка тоже сьест некоторое время, - но
>для меня самое главное сейчас не идеально установленное время, а синхронизированное,причём
>даже не с Ноутбуком, а между машинами; так как машины имеют
>абсолютно одинаковую систему и находятся на одинаковом удалении от Ноута я
>рассчитываю таким образом на разницу в несколько микросекунд между машинами, что
>на данном этапе подходит.
Если вы синхронизируете время между одинаковыми машинами, то ведь и отставать/спешить эти машины будут одинаково. Поэтому я вижу мало смысла в такой пиринговой синхронизации для получения точного времени. Хотя всё зависит от задачи -- если главное чтобы на всех машинах было одинаковое время, а какое -- да пусть хоть 90-й год, тогда да, вы мыслите в правильном направлении.
>Какой адрес имеет Ваша система?
В смысле? Это мой домашний компьютер-десктоп. Полноценная система, но как видите -- NTP-клиент весит мало.
>Мне при этом полагаю потребуется также NTP-Сервер
>для ноутбука программить или скопировать где-то,- так как выхода в интернет
>из локальной сетки не предусмотрено?
NTP-сервер уже написан под opensource лицензией. Можно синхронизироваться и с сервером в интернете, потому что NTP учитывает задержки на передачу пакетов, но для вашей задачи ИМХО, будет проблематично зависеть от сервера в интернете и самого соединения с интернетом. Поэтому NTP-сервер без проблем можно поставить на ноутбук, всё равно на ноутбуке будет стоять какая-то прога, отдающая время клиентам.
Вариант для распечатки
Программирование под UNIX (Public)
(ok) on 26-Июл-07, 23:21 
