Можно ли ждать ForForMultipleObjects для события и IOCompletionPort с вводом?

Question

Можно ли ждать ForForMultipleObjects для события и IOCompletionPort с вводом?

0

Я добавляю поддержку драйвера FTDI к существующей базе кода, которая связывается с последовательными портами и каналами с использованием Overlapped IO и IOCompletionPort. Я хотел бы напрямую взаимодействовать с FTD2xx.dll, а не использовать функцию виртуального com-порта (http://www.ftdichip.com/Support/Documents/ProgramGuides/D2XX_Programmer%27s_Guide%28FT_000071%29.pdf).
Проблема в том, что, насколько я понимаю, FTD2xx.dll эмулирует Overlapped IO, но не совместим с IOCompletionPort. Однако возможно передать событие, которое устанавливается, когда что-либо изменилось во внутреннем состоянии драйверов. Программа, которую я обновляю, имеет очень низкую пропускную способность, но требует безумно низкой задержки (связь в реальном времени со встроенной системой).

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

Или, альтернативно, я могу использовать RegisterWaitForSingleObject с обратным вызовом, который отправляет сообщение custome в IOCompletionPort? Я понимаю, что это использует пул потоков, может ли это увеличить задержку в случаях, когда система занята? (Я могу установить свой собственный thredas на высокий приоритет, но я ничего не знаю о приоритетах пула потоков).

Изменить: если я использую флаг WT_EXECUTEINWAITTHREAD в RegisterWaitForSingleObject, какой поток является этим "официантом" и какой приоритет он имеет?

odinthenerd 22 нояб. 2013, в 16:03

Источник

0

У меня нет никакого опыта в этой области, поэтому я не буду отвечать на этот вопрос, но из документации WaitforSingleObjectEx должно работать, если вы установите для аргумента bAlertable значение true. msdn.microsoft.com/en-us/library/windows/desktop/...
Stuart 22 нояб. 2013, в 14:39
0

Спасибо за ваш комментарий. Это не будет работать для меня, потому что я получаю не только перекрывающиеся результаты ввода-вывода из ожидающего потока через IOCompletionPort, но также пользовательские сообщения и результаты завершения из других потоков и состояние документов "Функция ожидания возвращается, а процедура завершения вызывается, только если bAlertable ИСТИНА, и вызывающий поток является потоком, который инициировал операцию чтения или записи. "
odinthenerd 22 нояб. 2013, в 15:04
0

Ну, для минимальной задержки я бы выбрал ваш наименее предпочтительный вариант - выделенный поток с высоким приоритетом, который ожидает события. Однако, если выходной код имеет те же ограничения задержки, что и ваше новое требование, и в настоящее время находится в спецификации, я бы попробовал сначала RegisterWaitForSingleObject и PostQueuedCompletionStatus, как вы предлагаете.
Martin James 22 нояб. 2013, в 15:05
0

Эти выборы не имеют большого значения. Конечно, WFSO имеет меньшую задержку, RWFSO делает вас хорошим гражданином в операционной системе, но захват потока завершения ввода / вывода не приходит бесплатно. Незначительные детали, что действительно важно, это то, что происходит, когда ваша программа не может отвечать в течение сотен миллисекунд, потому что ваш код был заменен. Или видео или аудио драйвер запускает поток ядра с приоритетом, который всегда выше, чем у вас. Если это вызвало сбой из-за переполнения буфера, значит, у вас очень ненадежная система.
Hans Passant 22 нояб. 2013, в 15:09
0

@Hans Ханс Пассант, спасибо за то, что ты усилил мое чувство кишки. Требование к задержке связано с тем, что тупому встроенному оборудованию требуется подтверждение или ответ в течение 2 миллисекунд. Если он не получает этот ответ вовремя, слово не заканчивается, но я получаю сообщение об ошибке, и мне нужно переустановить много вещей через медленный последовательный порт, который заставляет все работать намного медленнее. Так что это нормально, если это происходит сейчас и потом, я просто хочу, чтобы это происходило как можно реже.
odinthenerd 22 нояб. 2013, в 15:18

Показать ещё 3 комментария

Теги:

c++

multithreading

winapi

1 ответ

Ещё вопросы

У меня нет никакого опыта в этой области, поэтому я не буду отвечать на этот вопрос, но из документации WaitforSingleObjectEx должно работать, если вы установите для аргумента bAlertable значение true. msdn.microsoft.com/en-us/library/windows/desktop/...
Спасибо за ваш комментарий. Это не будет работать для меня, потому что я получаю не только перекрывающиеся результаты ввода-вывода из ожидающего потока через IOCompletionPort, но также пользовательские сообщения и результаты завершения из других потоков и состояние документов "Функция ожидания возвращается, а процедура завершения вызывается, только если bAlertable ИСТИНА, и вызывающий поток является потоком, который инициировал операцию чтения или записи. "
Ну, для минимальной задержки я бы выбрал ваш наименее предпочтительный вариант - выделенный поток с высоким приоритетом, который ожидает события. Однако, если выходной код имеет те же ограничения задержки, что и ваше новое требование, и в настоящее время находится в спецификации, я бы попробовал сначала RegisterWaitForSingleObject и PostQueuedCompletionStatus, как вы предлагаете.
Эти выборы не имеют большого значения. Конечно, WFSO имеет меньшую задержку, RWFSO делает вас хорошим гражданином в операционной системе, но захват потока завершения ввода / вывода не приходит бесплатно. Незначительные детали, что действительно важно, это то, что происходит, когда ваша программа не может отвечать в течение сотен миллисекунд, потому что ваш код был заменен. Или видео или аудио драйвер запускает поток ядра с приоритетом, который всегда выше, чем у вас. Если это вызвало сбой из-за переполнения буфера, значит, у вас очень ненадежная система.
@Hans Ханс Пассант, спасибо за то, что ты усилил мое чувство кишки. Требование к задержке связано с тем, что тупому встроенному оборудованию требуется подтверждение или ответ в течение 2 миллисекунд. Если он не получает этот ответ вовремя, слово не заканчивается, но я получаю сообщение об ошибке, и мне нужно переустановить много вещей через медленный последовательный порт, который заставляет все работать намного медленнее. Так что это нормально, если это происходит сейчас и потом, я просто хочу, чтобы это происходило как можно реже.

Remy Lebeau · Accepted Answer · 2013-11-22T15-00-00.000Z

IOCP не является ожидаемым объектом, поэтому вы не можете использовать его напрямую с любой функцией ожидания. Что вы можете сделать, так это создать отдельное ожидаемое событие через CreateEvent() а затем GetQueuedCompletionStatus/Ex() отдельный вызов потока GetQueuedCompletionStatus/Ex() и передать событие, когда поступит пакет IOCP.

этот microsoft.public.win32.programmer.networks.narkive.com/dIXQefU9/… предполагает, что это ожидаемое событие, но значение отличается от того, что я хочу.
Эта ссылка НЕ предполагает, что IOCP является ожидаемым объектом, на самом деле он говорит о том же, что и я, - вы должны использовать GetQueuedCompletionStatus() чтобы определить, когда доступен результат IOCP. И если вы прочитаете фактическую документацию MSDN, IOCP не будет указан в качестве одного из поддерживаемых типов объектов различными функциями ожидания.
Вы правы, я неправильно прочитал. Это не похоже на то, что я хотел сделать, возможно, и так как ваш ответ предлагает правильную работу, я принимаю это. Спасибо, что поправили меня выше.