В Сизифной среде тоже воспроизводится.
Лечится пересборкой gcc4.3.
Когда осенью я пересобирал xpdf, кажется, тормоза в этом случае были,
но зуб не дам- уже не помню.

Извиняюсь за длительное молчание. Я попробовал пересобрать xpdf старым компилятором как было предложено здесь и в рассылке. Проблема в том, что у меня описываемое ускорение прокрутки документа не наблюдается. То есть вообще. По ощущениям - как было, так и осталось на всех pdf-ках, что есть под рукой - есть и с картинками и достаточно многомегабайтные...

Да в общем-то и до пересборки я не назвал бы ощущение от прокрутки на не очень производительной тестовой машине (пень4 2.26) тормозами... Не "летает", но адекватно...

Есть возможность приаттачить файл, на котором вы ощущаете такое ускорение? Могу только предположить, что тормоза от компиляции новым gcc существенно зависят от документа и не всегда проявляются. Не хотелось бы фиксить "вслепую"...

Created attachment 4573 [details]
Пример фаила

У меня были в xpdf проблемы чуть менее чем с любыми файлами, пока не отказался от его использования. Сравниваю с epdfview/apvlv/zathura - там всё летает. Система достаточно мощная.

Как выглядит проблема с xpdf у меня (проверил сейчас - наблюдается): очень медленная прокрутка текста клавишами вверх/вниз, хотя листание страницами и навигация мышью - быстрые. Кроме того, если зажав клавишу "вниз" дойти до конца страницы и не успеть её (клавишу) отпустить (а я никогда не успеваю), то курсор мыши будет ещё некоторое время (субьективно - по количеству нажатий клавиши) меняться с обычного на "занято" (песочные час у меня), страница будет при этом каждый раз перерисовываться и всякое взаимодействие с xpdf при этот невозможно, весь ввод обрабатывается лишь после разморозки.

Я не пробовал пересобирать xpdf, вроде. На всякий случай привожу пример файла, на котором у меня наблюдается проблема.

Т.е., это всё на актуальном Сизифе, забыл сказать.

(В ответ на комментарий №3)
> 
> Как выглядит проблема с xpdf у меня (проверил сейчас - наблюдается): очень
> медленная прокрутка текста клавишами вверх/вниз, хотя листание страницами и
> навигация мышью - быстрые. Кроме того, если зажав клавишу "вниз" дойти до конца
> страницы и не успеть её (клавишу) отпустить (а я никогда не успеваю), то курсор
> мыши будет ещё некоторое время (субьективно - по количеству нажатий клавиши)
> меняться с обычного на "занято" (песочные час у меня), страница будет при этом
> каждый раз перерисовываться и всякое взаимодействие с xpdf при этот невозможно,
> весь ввод обрабатывается лишь после разморозки.

Спасибо, воспроизводится. И после пересборки таки становится лучше.

В 3.02-alt8 стало заметно быстрее прокручиваться, плюс при достижений конца страницы курсор и отрисовка не завешивают приложение.

Отлично. Попутно обнаружил, что мог бы разобраться в проблеме намного быстрее, если б был внимательнее и заметил лично положенные грабельки. :(

Оказалось, у меня стоял уже не из репозитария поставленный xpdf-3.02-alt7, а через какое-то время локально пересобранный (тем же gcc4.4). К тому времени новый снапшот gcc4.4, очевидно, пофиксил регрессию в генерации кода, а я всё удивлялся, почему не могу никак воспроизвести проблему.

В спеке я всё равно переключился на gcc4.3 - чтобы не разбираться в каком релизе регрессия пропала и есть ли она еще в gcc4.4 из бранча 5.1 (бранчей у меня нет вообще, только свежий сизиф). В следующих сборках можно будет обратно вернуть свежий компилятор.

Прошу qa-5.1 импортировать сборку в бранч и если в его среде нет проблем - закрыть баг.

(In reply to comment #7)
> Прошу qa-5.1 импортировать сборку в бранч и если в его среде нет проблем -
> закрыть баг.
Попытка скопировать -- task #30069, но скорее всего, придётся сделать бэкпорт.

Спасибо, у меня тоже вылазило как-то.

Миша, тогда просьба с бэкпортом в ветку 5.1 обождать до xpdf-3.02-alt9. Чтобы "два раза не вставать". Завтра до обеда он наверняка будет в сизифе. Там снова будет приложен патч убирания проверки на защиту от копирования (патч не прикладывался в свете #9923). Новый патч к сегфолтам, вроде как, не приводит.