Не отрабатывает QTimer::timeout()

[xokc]

Qt 5.5, Windows 8/Server 2012.
Имею следующий код в наследнике QThread:

Код

C++ (Qt)
void Thread::step()
{
    if (!m_printed) {
        m_printed = true;
        qDebug() << "step()" << QThread::currentThreadId();
    }
}
 
void Thread::run()
{
    qDebug() << "run()" << QThread::currentThreadId();
    m_printed = false;
 
    QTimer idle;
    connect(&idle, &QTimer::timeout, this, &Thread::step);
    idle.start(1);
    QThread::run();
}

На "обычных" (i7, i5, виртуалки) компах код работает ожидаемо - сколько потоков создано, столько же и отрабатываний в step(), причем вне зависимости от количества созданных потоков n (проверял для n <= 20). На серверных же двухпроцессорных Xeon с общим количеством ядер = 40 уже начиная с 16 потоков количество вызовов step() становится на 3-4 раза меньше, чем запущено потоков. Что это может быть?

[Racheengel]

1. Почему таймер создается как локальная переменная?
2. Зачем нужен вызов QThread::run(); ?
3. Какой таймаут у таймера? Предположение - таймер разрушается раньше, чем успевает эмитировать сигнал.

[xokc]

1. Почему таймер создается как локальная переменная?

Почему - нет? Зачем ему быть переменной класса или чем-то ещё?

2. Зачем нужен вызов QThread::run(); ?

Для запуска цикла обработки событий внутри потока.

3. Какой таймаут у таймера? Предположение - таймер разрушается раньше, чем успевает эмитировать сигнал.

Таймаут 1 мс. Таймер не разрушается - он существует пока выполняется QThread::run(), то есть на протяжении всего времени жизни самого Thread.

[Old]

1. Почему таймер создается как локальная переменная?

А почему нет?
Таймер будет жить все время работы нитки (выполнения run), а потом автоматически разрушиться.

2. Зачем нужен вызов QThread::run(); ?

Он запускает обработку очереди событий.

3. Какой таймаут у таймера?

1 мс.

Предположение - таймер разрушается раньше, чем успевает эмитировать сигнал.

Как уже писал выше, таймеры живут все время работы нитки.

[Old]

Дуплет.

[Old]

количество вызовов step() становится на 3-4 раза меньше, чем запущено потоков. Что это может быть?

А нитки, в которых не сработали потоки, продолжают работать?

[xokc]

Дуплет.

Причём, почти дословный

А нитки, в которых не сработали потоки, продолжают работать?

Да, работают нормально. Да и те, которые "корявые" работают тоже - другие события они обрабатывают. Только таймерные не хотят.

[Old]

Попробуйте устанавливать интервал и запускать таймер раздельно:

Код

C++ (Qt)
setInterval( 1 );
start();
 

[Racheengel]

Я имел в виду последнюю строку в void Thread::run() . Там у вас QThread::run () что запускает? Просто всего кода не видно.
Hyperthreading активен, кстати?

[Old]

Я имел в виду последнюю строку в void Thread::run() . Там у вас QThread::run () что запускает?

Он запускает QThread::exec().

[Racheengel]

http://blog.debao.me/2013/08/how-to-use-qthread-in-the-right-way-part-1/

Посмотрите Usage 1-2 , кажется, там похожая проблема решается.

[xokc]

Попробуйте устанавливать интервал и запускать таймер раздельно:

Ожидаемо не помогло

[Racheengel]

Я имел в виду последнюю строку в void Thread::run() . Там у вас QThread::run () что запускает?

Он запускает QThread::exec().

В чем смысл? По хорошему надо бы переопределить run () и стартовать через exec (), а не наоборот.

[Old]

В чем смысл? По хорошему надо бы переопределить run () и стартовать через exec (), а не наоборот.

Нитка стартует через start, exec запускает eventloop.

[xokc]

http://blog.debao.me/2013/08/how-to-use-qthread-in-the-right-way-part-1/
Посмотрите Usage 1-2 , кажется, там похожая проблема решается.

Нет, там решается другая проблема, связанная с тем, что там события таймера отрабатывают в основном потоке, а не в пользовательском. У меня этой проблемы нет.

В чем смысл? По хорошему надо бы переопределить run () и стартовать через exec (), а не наоборот.

Не заморачивайся. Можно заменить QThread::run() на exec() ничего не изменится, суть проблемы не в этом:

Код

C++ (Qt)
void QThread::run()
{
    (void) exec();
}