You are not logged in.

#1 2024-05-05 03:02:22

greyishsong
Member
Registered: 2024-05-05
Posts: 3

[SOLVED]Screen refresh rate is extremely slow

Model: Dell Inspiron 16 Plus 7620
CPU: Intel Core i7-12700H
GPU: Intel Iris Xe & NVIDIA GeForce 3060 Laptop

--------------------------------
EDITED: The problem has nothing to do with the GUI or TTY programs themselves, but with the Intel GPU's Panel Self Refresh (PSR) feature. PSR makes the screen refresh rate very slow so I cannot see interactive feedback. The title has also been edited, the origin title is Every interactive program is extremely slow (both GUI and TTY)
--------------------------------

Hello everyone,
When I tried to install Arch on my laptop (to replace the Kubuntu 22.04 I installed before), I found every interactive program ran at an unacceptable speed (about 2-3 FPS). I use interactive program instead of system here because the batch processing tasks like uncompressing or compiling ran fast, but the interactive feedback like screen echo of Bash or cursor move/click response of KDE came slow. I encountered this problem when using GUI or TTY in both the live environment (provided by the installation medium) and the installed system. Mostly I can even type faster than the screen echo speed.

To verify if this issue only occurs for Arch Linux, I tried the newest LiveCDs of Manjaro KDE, Ubuntu 24.04, and Kubuntu 22.04/24.04. I found all of them ran as slow as the Arch live environment. However, I successfully ran these LiveCDs (with the same USB device) in February on my laptop, so it's less likely to be a hardware malfunction. Assuming the problem occurs before installation, I downgraded the BIOS firmware to the version I used in February, but nothing changed.

In addition, I also tried to verify If the GPU drivers worked correctly. During installation, I followed Installation Guide and Driver Installation to install a system with Intel & NVIDIA drivers, i.e. the following packages

mesa vulkan-intel nvidia nvidia-utils nvidia-prime

The kms hook is disabled in mkinitcpio.conf, and kernel parameter nvidia_drm.modeset=1 is added through /etc/default/grub.
When I ran

glxgears

in KDE, its output said the rendering frame rate is 60 FPS, but the animation I saw was still 2-3 FPS. Other information output by

glxinfo -B
prime-run glxinfo -B

seems correct. The EDID information is correct, and KDE's system setting can also detect my laptop screen's refresh rate is 60 Hz.

Now I have to temporarily use Windows on my laptop, wishing for someone's help. Thanks for your view (and reply).

Last edited by greyishsong (2024-05-05 08:59:47)

Offline

#2 2024-05-05 03:25:30

V1del
Forum Moderator
Registered: 2012-10-16
Posts: 25,076

Re: [SOLVED]Screen refresh rate is extremely slow

Welcome to the boards

Please post those outputs instead of "seems correct". Is this in Xorg or Wayland? Does switching matter? If xorg make sure xf86-video-intel isn't installed and post your xorg.log in /var/log/Xorg.0.log as well as

sudo journalctl -b | curl -F 'file=@-' 0x0.st

and the link you get from that.

FWIW if it's happening in TTY and everywhere else as well,  this could also not be a graphics issue but e.g. an interrupt storm of a buggy input device or so, can you reproduce with e.g. a keyboard attached instead? What's your output of

cat /proc/interrupts

do you see some abnormal CPU usage in ps or so?

Last edited by V1del (2024-05-05 03:29:14)

Offline

#3 2024-05-05 07:17:44

seth
Member
From: Don't DM me only for attention
Registered: 2012-09-03
Posts: 73,750

Re: [SOLVED]Screen refresh rate is extremely slow

when using GUI or TTY

https://wiki.archlinux.org/title/Intel_graphics

i915.enable_psr=0 i915.enable_fbc=0 i915.enable_dc=0

https://wiki.archlinux.org/title/Kernel_parameters

Most likely psr, so you might try that in isolation ahead.

Offline

#4 2024-05-05 07:37:27

greyishsong
Member
Registered: 2024-05-05
Posts: 3

Re: [SOLVED]Screen refresh rate is extremely slow

V1del wrote:

Please post those outputs instead of "seems correct". Is this in Xorg or Wayland? Does switching matter? If xorg make sure xf86-video-intel isn't installed and post your xorg.log in /var/log/Xorg.0.log as well as

sudo journalctl -b | curl -F 'file=@-' 0x0.st

and the link you get from that.

I'm in Wayland, and switching to X11 does not matter. Command pacman -Qi xf86-video-intel reports the package cannot be found locally, so I'm sure I have not installed it. Here is the EDID info:

Section "Monitor"
	Identifier ""
	ModelName ""
	VendorName "AUO"
	# Monitor Manufactured week 0 of 2020
	# EDID version 1.4
	# Digital Display
	DisplaySize 340 220
	Gamma 2.20
	Option "DPMS" "false"
	Modeline 	"Mode 0" +hsync -vsync 
	Modeline 	"Mode 1" +hsync -vsync 
EndSection

and the output of glxinfo:

$ glxinfo -B
name of display: :1
display: :1  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel (0x8086)
    Device: Mesa Intel(R) Graphics (ADL GT2) (0x46a6)
    Version: 24.0.6
    Accelerated: yes
    Video memory: 15678MB
    Unified memory: yes
    Preferred profile: core (0x1)
    Max core profile version: 4.6
    Max compat profile version: 4.6
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) Graphics (ADL GT2)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 24.0.6-arch1.2
OpenGL core profile shading language version string: 4.60
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.6 (Compatibility Profile) Mesa 24.0.6-arch1.2
OpenGL shading language version string: 4.60
OpenGL context flags: (none)
OpenGL profile mask: compatibility profile

OpenGL ES profile version string: OpenGL ES 3.2 Mesa 24.0.6-arch1.2
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20

$ prime-run glxinfo -B
name of display: :1
display: :1  screen: 0
direct rendering: Yes
Memory info (GL_NVX_gpu_memory_info):
    Dedicated video memory: 6144 MB
    Total available memory: 6144 MB
    Currently available dedicated video memory: 5919 MB
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce RTX 3060 Laptop GPU/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 550.76
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 4.6.0 NVIDIA 550.76
OpenGL shading language version string: 4.60 NVIDIA
OpenGL context flags: (none)
OpenGL profile mask: (none)

OpenGL ES profile version string: OpenGL ES 3.2 NVIDIA 550.76
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
V1del wrote:

FWIW if it's happening in TTY and everywhere else as well,  this could also not be a graphics issue but e.g. an interrupt storm of a buggy input device or so, can you reproduce with e.g. a keyboard attached instead? What's your output of

cat /proc/interrupts

do you see some abnormal CPU usage in ps or so?

The content of /proc/interrupt may be too long for a post, so I paste it at https://pastebin.com/aM7vqucA. The output of htop and iotop shows all the hardwares are idle, the CPU usage is <1% (total) / <5% (single core, maximum), the memory usage is <500 MiB (TTY), and disk I/O is <50 KiB/s (I have single SSD).

During testing, I found the feedback actually comes fast, the problem is about display. For example, after typing a long command fastly, I can press Enter and see the results before the command itself being echoed on the screen. So Bash or KDE can receive my input in normal speed but the screen cannot refresh in the desired frame rate. Should I edit the topic's title and change it to Screen refresh rate is extremely low?

Offline

#5 2024-05-05 08:51:01

greyishsong
Member
Registered: 2024-05-05
Posts: 3

Re: [SOLVED]Screen refresh rate is extremely slow

seth wrote:

when using GUI or TTY

https://wiki.archlinux.org/title/Intel_graphics

i915.enable_psr=0 i915.enable_fbc=0 i915.enable_dc=0

https://wiki.archlinux.org/title/Kernel_parameters

Most likely psr, so you might try that in isolation ahead.

I set these peremeters separately (and together), setting

i915.enable_psr=0

fix it! Thanks a lot for your and V1del's advice.

Last edited by greyishsong (2024-05-05 09:01:57)

Offline

Board footer

Powered by FluxBB