Сигналы и производительность

[once_again_abc]

Вопрос такой. Есть два потока. Первый поток обслуживает GUI, второй снабжает этот ГУИ данными через общую память. Сейчас реализовано уведомление через сигнал (поток1) - слот (поток2). При этом, с частотой сообщений 10мс. процессорное время всего приложения где-то 6-10%, что мне не очень нравится. Хотелось бы знать, есть ли механизмы нотификации, не требующие так много ресурсов?

Если один поток вынужден _очень_ часто тревожить второй поток, то какой вы подход используете?

[Fregloin]

да в принципе можно с condvar реализовать, у меня была подобная задача но не в qt, так я там сделал на парных сокетах, работает очень быстро.
еще можете попробовать по изменять флаги в connect(), например Qt::DirectConnection.

[Igors]

Стоит попробовать на семафорах - тоже производительностью не блещут но побыстрее чем сигналы через очередь

[once_again_abc]

Стоит попробовать на семафорах - тоже производительностью не блещут но побыстрее чем сигналы через очередь

обязательно попробую семафоры, спасибо

[once_again_abc]

да в принципе можно с condvar реализовать, у меня была подобная задача но не в qt, так я там сделал на парных сокетах, работает очень быстро.
еще можете попробовать по изменять флаги в connect(), например Qt::DirectConnection.

не поделитесь общей схемой использования парных сокетов? и что за condvar  вы имеете ввиду? это кросс-платформенная штука? для меня это очень важно.

[Akon]

Сами сигналы ресурсов потребляют пренебрежимо мало, по крайней мере с вашим периодом генерации в 10 мс. Скорее всего, ресурсы потребляются из-за того, что гуй обновляется по тычкам через каждые 10 мс.

[navrocky]

Сами сигналы ресурсов потребляют пренебрежимо мало, по крайней мере с вашим периодом генерации в 10 мс. Скорее всего, ресурсы потребляются из-за того, что гуй обновляется по тычкам через каждые 10 мс.

+1. Скорее всего так оно и есть.

Можешь проредить срабатывания сигнала, например, вот с помощью моего класса - http://www.prog.org.ru/topic_15938_0.html

[once_again_abc]

Сами сигналы ресурсов потребляют пренебрежимо мало, по крайней мере с вашим периодом генерации в 10 мс. Скорее всего, ресурсы потребляются из-за того, что гуй обновляется по тычкам через каждые 10 мс.

предлагаете ставить sleep(x) =)))
как же решаются задачи быстрой перерисовки? тем более когда речь идет о небольшом сегменте

ПС. хочу уточнить - рисую в пиксмапе, который передаю ГУИ через фиксированный указатель и прошу ГУИ update()-ом перерисвать определенную небольшую область этим пиксмапом через drawPixmap.

[Akon]

О sleep() даже мыслей не было. Ссылка выше - то, что нужно.

Достаточно приемлемой перерисовки, сопоставимой с реакцией человеческого глаза. 10 мс - это 100 Гц; ЖК монитор обновляется с меньшей частотой.

В современных Qt-ях у виджетов есть двойная буферизация, так что можно рисовать прямо по виджетам. Если обновляешь через update(), т.е. асинхронно, то перед отрисовкой виджета все события "складываются" (получается объединенная область), и отрисовка будет однократной. Указывай в update() область отрисовки.

[once_again_abc]

О sleep() даже мыслей не было. Ссылка выше - то, что нужно.

Достаточно приемлемой перерисовки, сопоставимой с реакцией человеческого глаза. 10 мс - это 100 Гц; ЖК монитор обновляется с меньшей частотой.

В современных Qt-ях у виджетов есть двойная буферизация, так что можно рисовать прямо по виджетам. Если обновляешь через update(), т.е. асинхронно, то перед отрисовкой виджета все события "складываются" (получается объединенная область), и отрисовка будет однократной. Указывай в update() область отрисовки.

Спасибо!