You are not logged in.
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-primeThe kms hook is disabled in mkinitcpio.conf, and kernel parameter nvidia_drm.modeset=1 is added through /etc/default/grub.
When I ran
glxgearsin 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 -Bseems 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
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.stand 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/interruptsdo you see some abnormal CPU usage in ps or so?
Last edited by V1del (2024-05-05 03:29:14)
Offline
when using GUI or TTY
https://wiki.archlinux.org/title/Intel_graphics
i915.enable_psr=0 i915.enable_fbc=0 i915.enable_dc=0https://wiki.archlinux.org/title/Kernel_parameters
Most likely psr, so you might try that in isolation ahead.
Online
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.stand 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
EndSectionand 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.20FWIW 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/interruptsdo 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
when using GUI or TTY
https://wiki.archlinux.org/title/Intel_graphics
i915.enable_psr=0 i915.enable_fbc=0 i915.enable_dc=0https://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=0fix it! Thanks a lot for your and V1del's advice.
Last edited by greyishsong (2024-05-05 09:01:57)
Offline