Можно ли "заморозить" слот/сигнал?

[Fregloin]

Можно ли заморозить определенный слот/сигнал у виджета?
Есть комбобокс. К сигналу currentIndexChanged(int index) привязан слот, который обновляет таблицу нужными элементами.
При заполнении  комбобокса через addItem(), этот слот вызывается каждый раз при добавлении нового элемента, что вызывает излишние расходы на обновления таблицы.
setUpdatesEnabled ничего не дает. Сигналы/слоты связаны на этапе проектирования в дизайнере.
есть ли возможность как то заморозить сигнал на время, что бы он не испускался определенное время, например при заполении комбобокса? или только вручную connect/disconnect  в нужные моменты?

[GreatSnake]

Код

C++ (Qt)
bool QObject::blockSignals ( bool block )

[Fregloin]

спасибо

[navrocky]

blockSignals() заморозит все сигналы, поэтому с ним надо осторожно обращаться. Я обычно использую флажок вместо блокировки сигнала и в слоте проверяю этот флажок.

[Akon]

я за connect/disconnect  в нужные моменты

[navrocky]

connect/disconnect - это поиск строки (пока Qt5 не вышло), что есть не всегда оптимально.

[Akon]

Да, но для гуя вся эта скорость неактуальна.

[GreatSnake]

Да, но для гуя вся эта скорость неактуальна.

Ню-ню.
Тролли тоже видимо так думали, когда связывали вью с моделью через сигналы.
В результате имеем тормоз при больших таблицах.

[Akon]

Вы серьезно полагаете, что это из-за сигналов и слотов?

[Bepec]

Да, именно из-за сигналов и слотов

Потому соответственно приходится сигналы сажать на цепь

[navrocky]

На исполнение сигналы, вроде бы, не сильно тормозят. Только коннект и дисконнект относительно медленный.

Хотя в случае топикстартера, конечно, этим временем можно пренебречь.

Вот еще есть такая штука, как альтернатива блокировки сигналов -
http://www.prog.org.ru/topic_15938_0.html

[Авварон]

Bepec
Практика показала, что тормозят не сигнал\слоты, а перерассчеты во вьюхе, отрисовка, и, как это ни странно, реаллоки в списке с данными. Советую поглядеть в профилировщике. Ну и да, инсертить в модель чаще чем 25 раз в секунду не имеет смысла:) Группируйте обновления модели.

[Bepec]

Несогласен с вами % на 70.

Конечно тормоза вытекают из обработок, которые вызываются из слотов, вызываемых сигналами Но и сигналы тоже не быстры

PS про 25 секунд и сам дошёл давно уже Это проходил каждый

[Авварон]

Зря не согласны. У нас есть модель, в к-ой 2 миллиона строк (!) и постоянно добавляются новые строки. Еще раз - реаллок и/или меммув, вызванные инсертом/ремувом, занимает времени больше (во много раз), чем вызов слота, сконнекченного с сигналом. Особенно, если пользовать стандартные QList\QVector:) Проверено профайлером 20 раз.

[Igors]

Еще раз - реаллок

Для не владеющих сленгом столичной молодежи - не могли бы Вы пояснить кто такой "реаллок"?

Особенно, если пользовать стандартные QList\QVector:)

Да, где-то с миллиона элементов сладкая жизнь с простыми контейнерами кончается (и это правильно )