Можно по нажатию запускать тайемр, а по отпускании (keyReleaseEvent) удалять его. Как вариант.

В том и дело, что интервал разный.
А с моим вариантом будет одинаковый и настраиваемый. Более правильно.
Жрет проц - очень похоже на рекурсию.
Обычно бывает, когда бесконечно перерисовывается окно по какой-нибудь причине.

Надо сделать примерно так:

void keyPressEvent(QKeyEvent* event)
{
    if(!flag)
    {
        flag = true;
        // start timer here
    }
}

void keyReleaseEvent (QKeyEvent*)
{
    if(flag)
    {
        flag = false;
        // stop timer here
    }
}


И еще. Чтоюы рисовало быстрее, откшлючи антиалиасинг текста.
сли он все- таки нужен, несложно сделать, чтобы он отключался на время циклической перерисовки, а потом включался.

Под виндой разницы нет, в линухе небольшая разница есть. update(), как я понял, дает эффект, если есть несколько виджетов, лежащих друг над другом или перескающиеся, тогда регион перерисовки будет объединен и сообщение будет более адекватным, но тут такого нет.

Вообще, я делаю легкий виртуальный listbox. В Qt это велосипед, я понимаю, но легкий (школьник вместо урала). Однако легкости не видно. Понятно, что нужно копать в сторону Qtreeview и создать нужную модель. Но все же интересно, почему элементарный вывод через drawtext так грузит систему. Анти-аллиасинг, бэкграундфил, вывод через простейший drawtext без наворотов типа переноса строк ничего не дали.

А можно классы-функции? А именно - рендеринг в пиксмап, скроллинг? Скроллинг  смотрел, там вроде обычный move() вьюпорта, который в конце концов вызывает repaint/update с регионом. Мне нужна прокрутка, но построчная, думал ее сделать виртуальной, т.е. просто отрисовывать в определенных местах текст. Одно успокаивает - что в эксплоэре загрузка 20-30% при прокрутке списка. Но не успокаивает, что в PatherCommander при "тупом" наследовании рисование быстрее, 10% загрузки процессора. Тотал и фригейт столько занимают, а по крайней мере тотал нынешиний все еще пишется на Делфи 2. Т.е. чисто технически, в этом плане новейший Qt не уступает Делфи 2. Но вот мне это недоступно, нахожусь на уровне эксплоера.

Разве? update() кидает сие событие в очередь, reapint() жестко перерисовывает при вызове. Или я не прав?

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

и да, тормозит если текст - рисуй НЕ текстом, как уже сказали. Техника черт знает каких времен - шрифт растровый, картинками. Кэшируй в слова, тогда при скролле будет быстро бегать ( + во втором потоке всегда можно подрисовывать "не показанные" несколько айтемов для совсем быстрой прокрутки).

На самом деле это для мобильных устройств. Подобный код на десктопе если вызывает такую нагрузку проца - это странно.

Qt сама создаёт внеэкранный буфер для каждого виджета, рисование картинок здесь мне кажется не поможет. А вот замена repaint() на update() ...