Ausgabe in einer virtuellen Konsole (tty1) lächerlich langsam; mögliches Grafikbeschleunigungsproblem

1601
Mealynn

Vor einiger Zeit habe ich auf einem älteren Computer mit Ubuntu festgestellt, dass die Ausgabe auf einer virtuellen Konsole (z tty1. B. ) langsam ist. Es war dort kein Problem und kaum bemerkbar.

Aber jetzt auf meinem neuen Laptop mit Manjaro Linux (abgeleitet von Arch) ist es manchmal lächerlich langsam. Ich denke, es unterscheidet sich von der hier beschriebenen und erläuterten Situation, daher ist meine Frage kein Duplikat. Ich vermute ein Problem mit der Grafikbeschleunigung.

Ich fand heraus, dass das Problem stark von der Prozessortaktrate beeinflusst wird. Dieses Video zeigt, wie es bei 800 MHz aussieht.

Möglicherweise relevante Informationen von 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

Der scrolling: redrawTeil sieht interessant aus, obwohl ich nicht sicher bin, dass er irgendetwas bedeutet, da er sagt switching to inteldrmfb from VESA VGA.

Ausgabe von 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

Einige zusätzliche Tests, um den Unterschied zu dokumentieren:

  • time python -c "for i in range(100): print(\"hi\")"
    zeigt mich 0.03sauf xfce4-terminalund 0.23sauf einer virtuellen Konsole.

  • time echo -e "\033c"
    0sauf xfce4-terminalund 0.14s- 0.16sauf einer virtuellen Konsole.

  • time man gpm(und drücken, Qwährend es sich öffnet)
    sofort auf xfce4-terminal, 3s- 4sauf einer virtuellen Konsole.

Dies ist besonders frustrierend, wenn Sie durch die manSeiten blättern . Interessanterweise nanoscheint das nicht betroffen zu sein.

Wie kann ich meine virtuellen Konsolen dazu bringen, Text mit angemessener Geschwindigkeit wiederzugeben?

5
Es ist kein Duplikat: Wie im Video zu sehen ist, ist das Problem definitiv unbeschleunigtes Scrollen, nicht das "gnome-Terminal verarbeitet Daten in Bursts, während die virtuelle Konsole nicht", wie in der weiterführenden Antwort vorgeschlagen. dirkt vor 7 Jahren 0
Ich habe Ihre Frage zuerst als Duplikat markiert. Ich würde das jetzt nicht tun, da Sie das Video usw. hinzugefügt haben. Ich habe Ihre Frage aufgeräumt und mögliche Grafikbeschleunigungsprobleme hervorgehoben. Ich wähle, um die Frage erneut zu öffnen. Kamil Maciorowski vor 7 Jahren 0

1 Antwort auf die Frage

3
dirkt

BTW, tty : jeder "Teletype" -Gerät (serielle Leitung, Pseudo - Terminal, ...). Worüber Sie sprechen, ist die virtuelle Linux- Konsole . Und das Scrollen ist lächerlich langsam, weil neuere Versionen von Linux den Grafikmodus in einem Framebuffer anstelle des Textmodus verwenden, manchmal aber keine Grafikbeschleunigung.

Überprüfen Sie also Ihre Framebuffer-Einstellungen und prüfen Sie, ob Sie die Beschleunigung nicht mithilfe des richtigen Treibers usw. verwenden können.

Bearbeiten : Wie man im Video sehen kann, ist das Problem definitiv unbeschleunigtes Scrollen, indem alles neu gezeichnet wird. Man kann die "Wellen" sehen, wenn sich der Inhalt bewegt.

Ich bin auch verwirrt, warum Sie zuerst zu verwenden scheinen vesafb(was langsames unbeschleunigtes Scrollen verlangsamt) und dann 2 Sekunden später inteldrmfb(was beschleunigtes Scrollen bewirken sollte). Möglicherweise hängt das Problem mit dem Switch zusammen. Bitte geben Sie die vollständige dmesgAusgabe nach dem Booten an, legen Sie sie in ein Pastebin usw. und bearbeiten Sie die Frage mit dem Link.

Danke für die Antwort. Ich habe mir das angesehen. Leider habe ich keinen Weg gefunden, etwas für die Konsole zu ändern, aber "fbset" zeigt an, dass die Beschleunigung für / dev / fb0 aktiviert ist. Mealynn vor 7 Jahren 0
Hm. Bitte bearbeiten Sie die Frage mit der Ausgabe von 'fbset -i'. Läuft das Problem oder ist die Ausgabe so langsam, dass Sie die Zeichen nacheinander sehen können? Eventuell verwandte Nachrichten in `dmesg` oder` syslog`? dirkt vor 7 Jahren 0
Soweit ich sehen kann, erscheinen Linien auf einmal. Und ich scheine kein Syslog zu haben Mealynn vor 7 Jahren 0
Wenn also "man gpm" 4 Sekunden dauert, wo ist dann die Verzögerung? Zwischen den Zeilen? Wegen scrollen? (Ich versuche, die Ursache des Problems einzugrenzen). Und unter systemd greifen Sie über `journalctl` auf das Syslog zu. Ich bin mir ziemlich sicher, dass du einen hast. :-) dirkt vor 7 Jahren 0
In journalctl konnte ich nichts Nützliches finden, was in dmesg noch nicht angezeigt wurde. Und ja, ich denke, die Verzögerung liegt zwischen den Zeilen. Außerdem habe ich dem Beitrag ein kurzes Video hinzugefügt. Ich kann nur schwer erklären, was ich sehe, weil ich kein englisches Muttersprachler bin. Mealynn vor 7 Jahren 0

Verwandte Probleme