одновременное обновление активных элементов на центральном виджете приводит к ош

[Igors]

Igors, повторюсь. Вы видимо не смотрели код.
Когда задаётся таймер с 0(нулевым) интервалом, идёт вызов  QMetaObject::invokeMethod.

Это Вы говорите о статическом методе (утилите) QTimer::singleShot. Но если Вы создали таймер с нулевым интервалом и сделали ему start, то событие будет получено через OC (даже если setSingleShot(true)).

[Bepec]

Если создать таймер и использовать метод singleShot - вызов пойдёт напрямую.

Если же использовать метод старт - в любом случае будет идти через систему.

Этого я незнал, хотя бы из здравого смысла - не могу представить себе необходимым таймер в цикле с нулевым интервалом - прямой путь в лагамМ

[Igors]

Если создать таймер и использовать метод singleShot - вызов пойдёт напрямую.

Зачем создавать экземпляр если singleShot статический?

Этого я незнал, хотя бы из здравого смысла - не могу представить себе необходимым таймер в цикле с нулевым интервалом - прямой путь в лагамМ

Это довольно популярный метод, многие приложения используют его (особенно что постарше). Эффект примерно тот же что и выполнение долгой операции в др потоке чтобы не замерзало UI. Плюсы в том что UI всегда под рукой, минусы - что единичная операция должна быть достаточно мелкой

[Bepec]

Вы открыли мне глаза. Я ж разбалован потоками и прочим

[pastor]

Если создать таймер и использовать метод singleShot - вызов пойдёт напрямую.

Напрямую это как? ))

[Bepec]

pastor - исходник выложен на предыдущей странице Вы в нём поймёте больше, чем я могу рассказать

[pastor]

pastor - исходник выложен на предыдущей странице Вы в нём поймёте больше, чем я могу рассказать

Ну я там как раз и не увидел "прямого вызова". Я думаю QueuedConnection должен вам намекнуть ))

[DmitryM]

Ну а почему "лучше этого не делать" я тоже не понял

Образуется что-то типа forever, который работает через перегруженный EventLoop, т.е. на гране hotspot.

[Igors]

Образуется что-то типа forever, который работает через перегруженный EventLoop, т.е. на гране hotspot.

Ничего там не образуется, т.к. максимум 1 событие этого таймера может быть в EventLoop

[pastor]

Причем этот ивент возникает исключительно тогда, когда event loop несодерджит других ивентов.

[Bepec]

Эх люди люди, когда ж читать начнёте?

PS для не понявших цель - прочитать тему с самого начала и прекратить перепост уже обсуждённых вопросов

[DmitryM]

Причем этот ивент возникает исключительно тогда, когда event loop несодерджит других ивентов.

The default value for this property is 0. A QTimer with a timeout interval of 0 will time out as soon as all the events in the window system's event queue have been processed.

Написано же, что обработка начинается после обработки событий менеджера окон, значит эвент помещается в очередь.
Не вериться, смотри реализацию для того же Windows.

Эх люди люди, когда ж читать начнёте?

PS для не понявших цель - прочитать тему с самого начала и прекратить перепост уже обсуждённых вопросов

Вопрос был о существование OnIdle, на что Igors выдал QTimer с 0.

Вот QTimer с 0, который пожирает четверть процессора.

Код

C++ (Qt)
#include "widget.h"
#include "ui_widget.h"
 
Widget::Widget(QWidget *parent) :
    QWidget(parent),
    ui(new Ui::Widget)
{
    ui->setupUi(this);
 
    connect(&m_timer, SIGNAL(timeout()), this, SLOT(timeoutSlot()));
 
    m_timer.start(0);
}
 
void Widget::timeoutSlot()
{
    static size_t t = 0;
    t++;
}
 
Widget::~Widget()
{
    delete ui;
}
 

[Bepec]

ДмитрийМ - вы ещё создайте пустой указатель и попытайтесь в него писать по этому таймеру Будет очень оригинальный пример ошибок программирования

Вы в данном случае просто забиваете очередь событий пустым слотом. Если в слоте исполнялось бы что-нибудь затратное по времени, эффект был бы другой. Аналогичный образом работают потоки.

Создаёте поток с бесконечным циклом, пустым - будут те же 25%(100% загрузка одного ядра, как я понимаю ). А если в цикл добавить действия, то сработает как надо.

А обсуждение началось с того, что

вот еще вопрос в эту же тему - есть ли в QT событие OnIdle () или его аналог?
QTimer с интервалом ноль.
лучше такое не делать

PS без здравого смысла любая программа может сожрать ваше процессорное время

[DmitryM]

Вы в данном случае просто забиваете очередь событий пустым слотом. Если в слоте исполнялось бы что-нибудь затратное по времени, эффект был бы другой.

Так ли это? 
Подключай фантазию. Если этот код в GUI, то у тебя есть другие виджеты, который обрабатывают свои PaintEvent, MouseEvent и т. д. И все эти эвенты идут через очередь событий.

[Igors]

Вопрос был о существование OnIdle, на что Igors выдал QTimer с 0.

Да, и что не так?

Вот QTimer с 0, который пожирает четверть процессора.

У меня он пожирает одно ядро полностью - ну так и надо если планировались какие-то активные действия в idle. А нет - никто не мешает отключить или поставить больший интервал.

Вы в данном случае просто забиваете очередь событий пустым слотом.

Не забивает - сначала все полезные события проходят (UI не висит) и только если ничего нет - приходит timeOut