Пользовательские события в Unix C ++

Question

Пользовательские события в Unix C ++

0

Я пытаюсь перенести мое многопоточное приложение Windows в Unix. В моем приложении мы создали пользовательские события, которые сигнализируют потоку выполнить конкретную задачу. Я обнаружил, что условную переменную или семафор можно использовать для сигнализации потоков. Моим требованием является создание динамических событий по запросу, но это невозможно для условной переменной или семафор. Помогите мне использовать такие события, как концепции сигнализации в Unix.

vanith55 21 янв. 2015, в 11:47

Источник

0

Я не понимаю, почему «это невозможно с условной переменной или семафором».
Windoze 21 янв. 2015, в 09:58
0

Я создаю некоторый набор событий и сохраняю дескриптор события в очереди. Потоки извлекают события из очереди и используют событие для сигнализации других потоков. Здесь один поток будет ожидать нескольких сигналов (в windows, WaitForMultipleObjects), но это невозможно с условными переменными. они не будут слушать несколько сигналов.
vanith55 21 янв. 2015, в 10:16
0

Если вы настаиваете на «Событии», как в Windows, конечно, это неосуществимо для Unix, поскольку его даже нет в Unix. Но если вы хотите, чтобы что-то могло достичь той же цели, что и WaitForMultipleObjects , существует множество способов сделать это. то есть вы можете изменить свой «набор событий» на семафор или параллельную очередь и сказать всем рабочим потокам, чтобы они его ждали.
Windoze 21 янв. 2015, в 10:22
0

Это не несколько потоков, а один поток, ожидающий установки нескольких событий и один раз установленный поток будет выполнять определенную задачу.
vanith55 21 янв. 2015, в 11:33

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

Теги:

c++

multithreading

unix

1 ответ

Ещё вопросы

Я не понимаю, почему «это невозможно с условной переменной или семафором».
Я создаю некоторый набор событий и сохраняю дескриптор события в очереди. Потоки извлекают события из очереди и используют событие для сигнализации других потоков. Здесь один поток будет ожидать нескольких сигналов (в windows, WaitForMultipleObjects), но это невозможно с условными переменными. они не будут слушать несколько сигналов.
Если вы настаиваете на «Событии», как в Windows, конечно, это неосуществимо для Unix, поскольку его даже нет в Unix. Но если вы хотите, чтобы что-то могло достичь той же цели, что и WaitForMultipleObjects , существует множество способов сделать это. то есть вы можете изменить свой «набор событий» на семафор или параллельную очередь и сказать всем рабочим потокам, чтобы они его ждали.
Это не несколько потоков, а один поток, ожидающий установки нескольких событий и один раз установленный поток будет выполнять определенную задачу.

JustAnotherCurious · Answer 1 · 2015-01-21T08-50-00.000Z

Посиковые потоки позволяют общаться между потоками с мьютексом и условиями. man pthreads, man pthread_cond_wait и другие.

Другой способ создания событий не зависит от потоков и делает на дескрипторах. Смотрите man epoll, man poll, man select

Внедрение системы событий вручную на C может занять некоторое время, поэтому существуют библиотеки, которые реализуют систему libev, libuv как libev, libuv, libevent, libevent2.

Если вы хотите больше C++ то C вы можете использовать boost (например, boost::signals. Не знаете, есть ли другие) или Qt, у которого есть полный механизм сигнала/слота и система событий, встроенная. Но для этого требуется довольно тяжелая зависимостей.

Если вы хотите, чтобы полная реализованная очередь событий и многие функции Interprise, вы можете посмотреть любую инфраструктуру AMQP такую как rabbitmq.

Трудно сказать вам, что вам нужно, без особых проблем.

У меня есть поток, который будет ждать нескольких событий для установки. WaitForMultipleObjects (8, lup_ReleaseParam-> msp_AcquizationEvent, FALSE, 1). В Unix я не нашел эквивалентных методов ожидания для сигнала нескольких событий. Если я использую условную переменную "pthread_cond_wait (& cond, & mutex)", она не будет прослушивать несколько событий.
@ vanith55 Вы читали о других возможностях, которые я упомянул? Я не знаком с программированием Windows, но в соответствии с msdn и вашим параметром FALSE вы хотите обработать событие так, как оно произошло (вы не ждете все). Таким образом, вы можете использовать один из «poll», «select» или «epoll», чтобы сделать это. Вы можете создать канал (см. Man pipe) или socketpair (см. Man socketpair) и использовать дескриптор write в потоке, чтобы сигнализировать, что поток завершил задачу, и установить все дескрипторы чтения в функцию события (poll, epoll, select) в вашем главном поток, чтобы получить событие. Но я настоятельно рекомендую использовать библиотеки, которые я написал в посте.