Вывод в виртуальную консоль (tty1) смехотворно медленный; возможная проблема с графическим ускорением

Question

Некоторое время назад на старом компьютере с Ubuntu я заметил, что вывод на виртуальную консоль (например, tty1) идет медленно. Это не было проблемой и едва заметно.

Но теперь на моем новом ноутбуке с Manjaro Linux (производным от Arch) он иногда до смешного медлителен. Я думаю, что это отличается от ситуации, описанной и объясненной здесь, поэтому мой вопрос не является дубликатом. Я подозреваю, что проблема с ускорением графики.

Я обнаружил, что проблема сильно зависит от тактовой частоты процессора. Это видео показывает, как это выглядит на частоте 800 МГц.

Возможно актуальная информация от dmesg:

[    0.474770] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[    0.478826] vesafb: mode is 1920x1080x32, linelength=7680, pages=0
[    0.478827] vesafb: scrolling: redraw
[    0.478828] vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[    0.478843] vesafb: framebuffer at 0xa0000000, mapped to 0xffffc90001000000, using 8128k, total 8128k
[    0.661095] Console: switching to colour frame buffer device 240x67
[    0.842325] fb0: VESA VGA frame buffer device
[    2.301199] fb: switching to inteldrmfb from VESA VGA
[    2.363655] fbcon: inteldrmfb (fb0) is primary device
[    2.363698] Console: switching to colour frame buffer device 240x67
[    2.363705] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device

Часть scrolling: redraw выглядит интересно, хотя я не уверен, что это что-то значит, так как там говорится о switching to inteldrmfb from VESA VGA .

Вывод fbset -i:

mode "1920x1080" 
    geometry 1920 1080 1920 1080 32 
    timings 0 0 0 0 0 0 0 
    accel true 
    rgba 8/16,8/8,8/0,0/0 
endmode 

Frame buffer device information: 
    Name : inteldrmfb 
    Address : 0xa0000000 
    Size : 8294400 
    Type : PACKED PIXELS 
    Visual : TRUECOLOR 
    XPanStep : 1 
    YPanStep : 1 
    YWrapStep : 0 
    LineLength : 7680 
    Accelerator : No

Некоторые дополнительные тесты, чтобы документировать разницу:

• time python -c "for i in range(100): print(\"hi\")"
  показывает мне 0.03s на xfce4-terminal и 0.23s на виртуальной консоли.

• time echo -e "\033c"
0s на xfce4-terminal xfce4 и 0.14s - 0.16s на виртуальной консоли.

• time man gpm (и нажав Q, пока он открывается)
  мгновенно на xfce4-terminal , 3s - 4s на виртуальной консоли.

Это особенно неприятно при прокрутке страниц man Интересно, что на nano это, похоже, не влияет.

Как заставить мои виртуальные консоли отображать текст с приличной скоростью?

Answer 1

Кстати, tty означает любое "телетайпное" устройство (последовательная линия, псевдотерминал, ...). Вы говорите о виртуальной консоли Linux. И прокрутка на этом смехотворно медленная, потому что последние версии Linux используют графический режим в кадровом буфере вместо текстового режима, но иногда не графическое ускорение.

Поэтому проверьте настройки кадрового буфера и посмотрите, не можете ли вы использовать его для ускорения, используя правильный драйвер и т.д.

Редактировать: Как видно на видео, проблема определенно заключается в прокрутке без ускорения путем перерисовки всего, можно видеть "волны" при движении контента.

Я также запутался, почему сначала вы, кажется, используете vesafb (который замедляет не ускоренную прокрутку), а затем через 2 секунды inteldrmfb (который должен выполнять ускоренную прокрутку). Возможно, проблема связана с выключателем. Пожалуйста, предоставьте полный вывод dmesg после загрузки, поместите его в pastebin и т.д., И отредактируйте вопрос по ссылке.