C++, Qt, QTimer, производительность, 1/2000 сек.

Не должна быть такая высокая загрузка... Какая версия Qt? ОС? Версия ОС? DE?

А с одним таймером какая загрузка?

И вообще, что значит 1/1000 сек? Я знаю секунды, миллисекунды, микросекунды...

Далее, советую применить профилировщик perf - сразу поймешь где программа думает:

perf record -g -s ./my_program

а потом штатно выходишь из программы и смотришь, выполняешь в том же каталоге:

perf report -g

Если sudo добавить перед этими двумя командами - будешь видеть символы ядра. Главное отладочные символы для всех библиотек интересующих поставить и для ядра.

Сначала уточни, Qt4 или Qt5?

Это какой должен быть умный менеджер, чтобы запланировать программу срабатываний 3...5...6...9...10...12...15...18.... Так что проще думать про разные потоки... хотя может и не так сложно, алгоритм можно сочинить. Но это неважно.

Если что, таймеры хранятся в связном списке, отсортированном по возрастанию времени срабатывания.

Если упрощенно, QEventDispatcherUNIX смотрит время следующего срабатывания таймера и устанавливает соответствующий timeout для select().

подключенные к слоту, в котором написано «return;»

Связка QObject::startTimer() + QObject::killTimer() + QObject::timerEvent() может оказаться более производительной.

Ты зачем боян выкопал?

#include <QtCore/QCoreApplication>
#include <QtCore/QTimer>

class MyApplication : public QCoreApplication {
        Q_OBJECT
public:
        MyApplication(int& argc, char** argv) : QCoreApplication(argc, argv) {}
        int exec(void)
        {
                for (int i=0; i<10; ++i) {
                        QTimer* timer = new QTimer(this);
                        timer->setInterval(1);
                        timer->setSingleShot(false);
                        QObject::connect(timer, SIGNAL(timeout()), this, SLOT(timerSlot()));
                        timer->start();
                }

                return QCoreApplication::exec();
        }

private Q_SLOTS:
        void timerSlot(void)
        {
                return;
        }
};


int main(int argc, char** argv)
{
        MyApplication app(argc, argv);
        return app.exec();
}

Даже с 10 таймерами ест не более 4% процессорного времени.

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

В Qt5 есть сигнал-слоты (старые тоже есть), которые работают по другому принципу (таблицы связей сигналов и слотов генерируются в compile-time), и в runtime будет гораздо меньший оверхед.

Вот есть бенчмарк: http://pokecraft.first-world.info/wiki/Benchmark_for_conception (хотя там ещё Qt5 alpha)

Хотя я просто рекомендую в этом конкретном случае выкинуть QTimer, взять QBasicTimer и имплементировать timerEvent(). Подробнее здесь https://qt-project.org/doc/qt-4.8/timers.html

Выкини все эти костыли.

Запили анимацию на javascript и css,вставь все в вебкит-и будет летать в сотни раз быстрее чем с вашими таймерами,и вообще таймеры не понадобятся-потомучто таймеры это костыли для калькуляторов,современные фреймворкам можно указывать пути перемещений и векторную анимацию,и вебкит идеален для этого,даже можешь svg анимацию юзать.

Ты зачем боян выкопал?

Единственный коммент по теме. Остальных комментаторов предлагаю забанить.

export QT_NO_GLIB=1

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

Ты опять выходишь на связь?

килогерц в секунду

килогерц в секунду

да, это сильно, единица измерения гиперпространства 8)

килогерц в секунду

Процессор за время между тиками успеет сделать не больше миллиона операций на каждом из ядер.

1/2000 сек

Вообще-то ядро не более 1000 прерываний по аппаратному таймеру может делать в секунду. А раньше x86 linux kernel HZ был вообще = 100.
Так что таймеры с частотой выше 1000Гц не имеют смысла.

Обсчет анимации произодится обычно перед рендерингом очередного кадра, т.е. с частотой FPS. А еще есть такая вещь как интерполяция и экстраполяция.

Еще можно взять профайлер. Или на худой конец поподключаться gdb к процессу раз 20 и посмотреть по стеку, где он молотит.

Возможно, может немного помочь qteventdispatcher-libevent: https://github.com/sjinks/qt_eventdispatcher_libevent

А в самом ведре есть какие-нибудь расширения для этого? Нужно же как-то делать realtime?

Вау! Клёвая инфа.

для ядра пилят патчи для мягкого rt, есть чего-то для попыток жесткого.

Сее чувствовалось где-то на уровне жопного интуитивного рецептора )

4