QtGui и QThread

[ecspertiza]

Бъюсь уже пару дней, возможно ли на одном виджете создать две кнопки но одну в главном потоке а вторую в дочернем?

если есть примеры угостите пожалуйста

[SABROG]

По команде (сигналу, событию) из потока. При этом само создание кнопки будет происходить в GUIшном потоке.

[pastor]

> возможно ли на одном виджете создать две кнопки но одну в главном потоке а вторую в дочернем?

нет нельзя. Все гуевые элементы должны находится в главном потоке (гуи поток). А вот действие которое висит на кнопке можно вынести во вторичный поток.

[Авварон]

блин, объясните мне тупому, что значит "создать объект в отдельном потоке". Разве объект - это не куча байтов в памяти, которая общая у всех потоков? А в каком потоке будет выполнен конструктор вообще по сути врядли должно нас волновать.

[pastor]

А в каком потоке будет выполнен конструктор вообще по сути врядли должно нас волновать.

Увы, но волновать должно. Почитай Thread Support in Qt в ассистанте

[Авварон]

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

[ecspertiza]

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

Есть приложение, в котором работает куча дочерних потоков, они обновляют записи в БД SQLite. На главной форме есть таблица которая один раз в секунду шлёт запрос к базе для обновления данных, так вот при таком раскладе GUI начинает притормаживать довольнотоки заметно, если убрать обновление таблици то всё работает нормально.

Я впринципе понимаю что можно воспользоваться сигналами и слотами, но вот мне интересно в каком месте у меня начинает тормозить ГУИ при посстоянный запрсах или при постояной перерисовке модели?

только неговарите что я извращенец

[SABROG]

Посмотри своим профайлером.

[ecspertiza]

Может вообще посоветуете что поумнее, а то меня данная схема самого неособо радует.

[spectre71]

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

Есть приложение, в котором работает куча дочерних потоков, они обновляют записи в БД SQLite. На главной форме есть таблица которая один раз в секунду шлёт запрос к базе для обновления данных, так вот при таком раскладе GUI начинает притормаживать довольнотоки заметно, если убрать обновление таблици то всё работает нормально.

Я впринципе понимаю что можно воспользоваться сигналами и слотами, но вот мне интересно в каком месте у меня начинает тормозить ГУИ при посстоянный запрсах или при постояной перерисовке модели?

только неговарите что я извращенец

1) Что у тебя за таблица, какой класс???
2) Вынести обновления и запросы в другой поток, на завершения запроса послать сигнал таблице на обновление.

[Hordi]

А я бы тупо кидал QEvent-ы в основной поток, далее выбрасывал бы те, которые не вкладываются в таймер (например накопилось 3 сообщения на 1 секунду для отрисовки) при торможении ГУЯ...

[ecspertiza]

1) Что у тебя за таблица, какой класс???

Я использовал QTavleView, задавал ему модель QSqlQueryModel, и в обновлении делал просто QSqlQueryModel::setQuery(...);

Сейчас пробую с QTableWidget и QSqlQuery чёнить придумать но пока что тоже притормаживает.

2) Вынести обновления и запросы в другой поток, на завершения запроса послать сигнал таблице на обновление.

Там и так данные в БД поступают в других потока поеэтому они и не мешают, а под обновлением таблици я подразумевал как раз этот самый QSqlQueryModel::setQuery(...), или ты хочешь чтото другое сказать?

[spectre71]

Я использовал QTavleView, задавал ему модель QSqlQueryModel, и в обновлении делал просто QSqlQueryModel::setQuery(...);
Сейчас пробую с QTableWidget и QSqlQuery чёнить придумать но пока что тоже притормаживает.

QTableWidget и не пробуй! Тормоза будут гораздо больше!

Там и так данные в БД поступают в других потока поеэтому они и не мешают, а под обновлением таблици я подразумевал как раз этот самый QSqlQueryModel::setQuery(...), или ты хочешь чтото другое сказать?

Возможно у тебя QSqlQueryModel::setQuery(...)  тормозит обработка запроса, поскольку делается в главном потоке.
Само обновление QTableView раз в секунду тормозить не должно.
Возможно стоит вытащить QSqlQueryModel в другой поток, не забыв про синхронизацию.
Или сделать свою модель, обрабатывать запросы и получать данные в другом потоке и устанавливать полученные данные в модель.

[ecspertiza]

Не знаю правильно ли я сделал, я создал поток в нём QSqlQueryModel в паблике, а при создании QTableView ссылаюсь на модель из потока, работает но недолго я понимаю что нужно синхронизировать но не совсем понимаю как, про потоки и синхронизацию читал не посылайте туда в потоке в том месте где идёт QSqlQueryModel::setQuery(...) стоят мьютексы но они не помогают, если угостите кодом или направите в нужную сторону буду признателен.

[spectre71]

Не знаю правильно ли я сделал, я создал поток в нём QSqlQueryModel в паблике, а при создании QTableView ссылаюсь на модель из потока, работает но недолго я понимаю что нужно синхронизировать но не совсем понимаю как, про потоки и синхронизацию читал не посылайте туда в потоке в том месте где идёт QSqlQueryModel::setQuery(...) стоят мьютексы но они не помогают, если угостите кодом или направите в нужную сторону буду признателен.

Залезь в сорцы QSqlQueryModel::setQuery(), посмотри что и как там делается, может поможет.