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 раза меньше, чем запущено потоков. Что это может быть?

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

Дуплет.

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

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

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();
}