Сбой при отображении окна PyQt4 после импорта расширения Python, использующего OpenMP

Question

Сбой при отображении окна PyQt4 после импорта расширения Python, использующего OpenMP

1

Я разрабатываю приложение python, которое использует модуль расширения C, который я также разработал сам. Модуль расширения выполняет тяжелое хрустение и использует OpenMP. Недавно я добавлял некоторые компоненты графического интерфейса в мое приложение Python с помощью PyQt4. Однако, когда я показываю окно, приложение падает до того, как окно будет полностью нарисовано (окно появляется очень коротко). Я смог отследить проблему: когда я скомпилирую свое C-расширение с номером без поддержки OpenMP, окно отображается отлично, и все работает. Я предполагаю, что это имеет какое-то отношение к потоковым материалам между OpenMP и Qt. Кто-нибудь сделал подобное наблюдение?

Christian 01 сен. 2011, в 19:17

Источник

Теги:

python

qt

openmp

pyqt

python-c-extension

3 ответа

Ещё вопросы

ipapadop · Answer 1 · 2011-09-19T04-46-00.000Z

Убедитесь, что расширение OpenMP number crunching не имеет условий гонки.
Избегайте обновления окон или любых других графических интерфейсов из нескольких потоков - используйте #pragma omp single или #pragma omp master для такого рода материалов.
Если у вас есть переменная/обратная связь с кодом python, убедитесь, что все потоки завершили то, что они должны были до изменения переменной или выполнения обратного вызова.

Нити из QT и поток из OpenMP - это совершенно разные потоки, поэтому это не должно создавать никаких проблем.

Дело в том, что я даже ничего не называю в своем C-расширении, и приложение PyQT все равно ломается. Таким образом, я не думаю, что есть какие-либо условия гонки. Мое приложение аварийно завершает работу, когда я вызываю метод exec приложения QApplication без вызова какого-либо кода на C раньше.

errordeveloper · Answer 2 · 2011-09-18T05-11-00.000Z

Возможно, что-то в PyQT небезопасно.

Может быть, вы можете попробовать использовать zeromq с помощью inproc или ipc, например.

linjunhalida · Answer 3 · 2011-09-16T06-01-00.000Z

В качестве обходного пути вы можете создать автономную программу с использованием openmp и программу Qt frontend. и заставить их общаться с помощью tcp-сокета или что-то знакомое (dll - это еще один вариант?).

Дело в том, что изолировать разные модули, если один из модулей выходит из строя, вы знаете, какая часть терпит неудачу. как одна целая большая программа, трудно найти один дикий указатель...

Хорошее предложение, но это не вариант