Объекты синхронизации в Windows NT, Насколько медленно работают? Опции

[ishergin]

Проблема такая -- пишу WDM драйвер PCI устройства. Отложенная процедура обработчика прерывания (DPC) устанавливает объект событие в сигнальное состояние и начинает выполняться код в режиме пользователя. Суммарная задержка между началом работы ISR и кодом пользователя составляет примерно 350 мкс на Athlon 750.

Кто нибудь знает какую часть времени времени занимает выполнение функции синхронизации? Насколько я знаю объекты синхронизации ядра выполняются в NT ОЧЕНЬ долго.

ЗЫ. Просто вся литература у меня дома, посмотреть ответ смогу вечером только..

PPS. Похоже придется использовать QNX, сосвем не нравится замедление работы приложения при перемещении мышки или запуске программ (приложение запущено с приоритетом реального времени )

[Yura_K]

А Вы не могли бы подробнее описать задачу. Какие задержки допустимы и почему именно между KeSetEvent и WaitForSingleObject?

[ishergin]

А Вы не могли бы подробнее описать задачу. Какие задержки допустимы и почему именно между KeSetEvent и WaitForSingleObject?

Пожалуйста Упрощенно схема выглядит так: есть некое устройство под названием КАМАК, к нему подключена моя PCI плата. КАМАК может выставить прерывание, которое прередается на шину PCI. Функцию KeSetEvent вызывает DPC от первичного обработчика прерывания, пользовательское приложение ждет события (WaitForSingleObject) и обрабатывает прерывание (например что-то читает из модуля АЦП КАМАКа). В принципе уже достиг сегодня минимальной скорости реакции (100 мкс). Дальше наверно буду переносить код пользователя в драйвер....

А задежки - чем меньше тем лучше . В принципе 100 мкс уже пойдет, осталось блочную передачу данных между КАМАК и PCI платой в драйвере сделать, тогда задержек таких не будет