Название: Многопоточность и траблы с GUI Отправлено: D_N_S от Июль 20, 2006, 14:02 Qt3, Win2k, VC6.
При выводе в таблицу (qtable) из базы данных (выполняется в отдельном треде) происходит следующая беда. Если одновременно запустить нарастание QProgressBar-а (основной тред) и заполнение таблицы (дополнительный тред), то через раз вываливается "Invalid Address specified to RtlFreeHeap( 800000, d6fb88 )". После установки общей защелки (QMutex) на вывод в таблицу и прогрессБар проблема исчезла. Я знаю про единственность GUI-ного потока. Но не думал, что все так плохо. Кто-нибудь сталкивался с таким поведением? Неужели параллельный вывод в GUI так проблематичен??? Как это обойти - неужели весь вывод обворачивать защелками необходимо? Или у меня что-то не так... в ДНК, например )) P.S. В 4-ом Qt такие траблы имеются? (просто интересно, т.к. у нас 3-ий железно) добавлено спустя 11 минут: Чувствую тут без QApplication::lock () не обойдется:) Название: Многопоточность и траблы с GUI Отправлено: Asaphus_Expansus от Июль 20, 2006, 14:04 А в чем профит от рисования на экран из двух потоков? Не нужно ничего обходить, рисуйте все из одного потока.
Название: Многопоточность и траблы с GUI Отправлено: D_N_S от Июль 20, 2006, 14:12 Цитата: "Asaphus_Expansus" А в чем профит от рисования на экран из двух потоков? Не нужно ничего обходить, рисуйте все из одного потока. Если по вашему, то придется возвращать управление назад (в основной тред) и уже после этого выводить в таблицу. А так, как сейчас, все работает само по себе. Тред сделал свое дело и может спокойно себя убить. Название: Многопоточность и траблы с GUI Отправлено: Hordi от Июль 20, 2006, 14:39 Так в документации конкретно написано, что нельзя работать с ГУИ напрямую из потоков! Можно только через сообщения (QEvent).
Название: Многопоточность и траблы с GUI Отправлено: Asaphus_Expansus от Июль 20, 2006, 16:33 Цитата: "D_N_S" А так, как сейчас, все работает само по себе. Тред сделал свое дело и может спокойно себя убить. Это заставляет делать кучу функций по отрисовке GUI thread-safe, что влечет суровую потерю производительности. Используйте QEvent для неявной передачи управления и рисуйте из одного потока. Название: Многопоточность и траблы с GUI Отправлено: Admin от Июль 20, 2006, 21:08 если хотите рисовать быстро то пользуйте SDL
а при выводе ProgresBar нафика скорость Название: Многопоточность и траблы с GUI Отправлено: D_N_S от Июль 21, 2006, 10:54 Спасибо всем.
Решил проблему через QApplication::lock () в дополнительном треде. Согласен, что не очень хорошо, но в данном случае так проще. Городить огород из QEvent пока не хочется ради одного (двух-трех) вывода в гай. Название: Многопоточность и траблы с GUI Отправлено: C.H. от Июль 21, 2006, 11:02 в QT4 просто нужно и с треда сигнал послылать на обновление интефейса и все. Не нужно ничего лочить.
Название: Многопоточность и траблы с GUI Отправлено: Admin от Июль 21, 2006, 12:07 я так у себя и сделал! все запахало!
и без локов! Название: Многопоточность и траблы с GUI Отправлено: C.H. от Июль 21, 2006, 12:43 Цитата: "Admin" я так у себя и сделал! все запахало! и без локов! Ну дык в это в Ку4, а там Ку3 - вывод: надо переходить! Чем раньше перейдешь, тем меньше потом гимароя ;) Название: Многопоточность и траблы с GUI Отправлено: Admin от Июль 21, 2006, 15:37 верно, но и переход занимает кучу времени
Название: Многопоточность и траблы с GUI Отправлено: D_N_S от Июль 21, 2006, 15:46 Если бы все только от меня зависело, то уже бы перешел. Чем больше паровоз, тем сложнее менять рельсы )
|