If I resize the game to be 1280x720 it still uses 100% of the gpu but the performances are decent.
1 Like
I just tried to suspend the kwin compositor with qdbus org.kde.KWin /Compositor suspend but it doesn't solve the problem so I confirm that the kwin composition effects are not the cause of the problem.
thanks for the update.
As you described the issue, especially since we are talking about certain windows. It appears to me that the GPU has a hard time for certain draw calls . How does your garuda-inxi looks like now? After youāve installed another driver and another kernel. Please post it again.
I confirm that the kwin composition effects are not the cause of the problem.
Thanks. One possible problem less.
garuda-inxi
System:
Kernel: 5.17.1-xanmod1-1 arch: x86_64 bits: 64 compiler: gcc v: 11.2.0
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-xanmod-edge
root=UUID=51835dbc-a9c2-439f-8cda-120fa3dd3403 rw rootflags=subvol=@
splash rd.udev.log_priority=3 vt.global_cursor_default=0 loglevel=3
systemd.unified_cgroup_hierarchy=0 mitigations=off
Desktop: KDE Plasma v: 5.24.4 tk: Qt v: 5.15.3 info: latte-dock
wm: kwin_x11 vt: 1 dm: SDDM Distro: Garuda Linux base: Arch Linux
Machine:
Type: Desktop System: ASUS product: N/A v: N/A serial: <superuser required>
Mobo: ASUSTeK model: ROG MAXIMUS XII FORMULA v: Rev 1.xx
serial: <superuser required> UEFI: American Megatrends v: 2403
date: 10/27/2021
Battery:
ID-1: hidpp_battery_0 charge: 96% condition: N/A volts: 4.1 min: N/A
model: Logitech G502 LIGHTSPEED Wireless Gaming Mouse type: N/A
serial: <filter> status: discharging
CPU:
Info: model: Intel Core i9-10900K bits: 64 type: MT MCP arch: Comet Lake
family: 6 model-id: 0xA5 (165) stepping: 5 microcode: 0xEE
Topology: cpus: 1x cores: 10 tpc: 2 threads: 20 smt: enabled cache:
L1: 640 KiB desc: d-10x32 KiB; i-10x32 KiB L2: 2.5 MiB desc: 10x256 KiB
L3: 20 MiB desc: 1x20 MiB
Speed (MHz): avg: 4805 high: 5011 min/max: 800/5300 scaling:
driver: intel_pstate governor: performance cores: 1: 4951 2: 4967 3: 5001
4: 4974 5: 5002 6: 3040 7: 4958 8: 4910 9: 3340 10: 4949 11: 5007
12: 5001 13: 5001 14: 5000 15: 5011 16: 5003 17: 4994 18: 5000 19: 5000
20: 5002 bogomips: 147994
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Vulnerabilities:
Type: itlb_multihit status: KVM: VMX disabled
Type: l1tf status: Not affected
Type: mds status: Not affected
Type: meltdown status: Not affected
Type: spec_store_bypass status: Vulnerable
Type: spectre_v1 status: Vulnerable: __user pointer sanitization and
usercopy barriers only; no swapgs barriers
Type: spectre_v2 status: Vulnerable, IBPB: disabled, STIBP: disabled
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: NVIDIA GP104 [GeForce GTX 1070] vendor: Gigabyte driver: nvidia
v: 510.60.02 alternate: nvidiafb,nouveau,nvidia_drm pcie: gen: 3
speed: 8 GT/s lanes: 16 bus-ID: 01:00.0 chip-ID: 10de:1b81 class-ID: 0300
Device-2: Logitech HD Pro Webcam C920 type: USB
driver: snd-usb-audio,uvcvideo bus-ID: 1-2.2:7 chip-ID: 046d:082d
class-ID: 0102 serial: <filter>
Display: x11 server: X.Org v: 21.1.3 with: Xwayland v: 22.1.1
compositor: kwin_x11 driver: X: loaded: nvidia gpu: nvidia display-ID: :0
screens: 1
Screen-1: 0 s-res: 7280x1440 s-dpi: 91 s-size: 2032x402mm (80.00x15.83")
s-diag: 2071mm (81.55")
Monitor-1: DP-0 pos: right res: 1920x1080 dpi: 92
size: 531x298mm (20.91x11.73") diag: 609mm (23.97") modes: N/A
Monitor-2: DP-2 pos: primary,left res: 1920x1080 dpi: 92
size: 531x299mm (20.91x11.77") diag: 609mm (23.99") modes: N/A
Monitor-3: DP-4 pos: primary,center res: 3440x1440 dpi: 109
size: 800x330mm (31.5x12.99") diag: 865mm (34.07") modes: N/A
OpenGL: renderer: NVIDIA GeForce GTX 1070/PCIe/SSE2
v: 4.6.0 NVIDIA 510.60.02 direct render: Yes
Audio:
Device-1: Intel Comet Lake PCH cAVS vendor: ASUSTeK driver: snd_hda_intel
v: kernel alternate: snd_sof_pci_intel_cnl bus-ID: 00:1f.3
chip-ID: 8086:06c8 class-ID: 0403
Device-2: NVIDIA GP104 High Definition Audio vendor: Gigabyte
driver: snd_hda_intel v: kernel pcie: gen: 3 speed: 8 GT/s lanes: 16
bus-ID: 01:00.1 chip-ID: 10de:10f0 class-ID: 0403
Device-3: Logitech HD Pro Webcam C920 type: USB
driver: snd-usb-audio,uvcvideo bus-ID: 1-2.2:7 chip-ID: 046d:082d
class-ID: 0102 serial: <filter>
Device-4: RODE Microphones NT-USB type: USB
driver: hid-generic,snd-usb-audio,usbhid bus-ID: 3-1:2 chip-ID: 19f7:0003
class-ID: 0300
Sound Server-1: ALSA v: k5.17.1-xanmod1-1 running: yes
Sound Server-2: PulseAudio v: 15.0 running: no
Sound Server-3: PipeWire v: 0.3.50 running: yes
Network:
Device-1: Intel Comet Lake PCH CNVi WiFi driver: iwlwifi v: kernel
bus-ID: 00:14.3 chip-ID: 8086:06f0 class-ID: 0280
IF: wlo1 state: down mac: <filter>
Device-2: Aquantia AQC107 NBase-T/IEEE 802.3bz Ethernet [AQtion]
vendor: ASUSTeK driver: atlantic v: kernel pcie: gen: 3 speed: 8 GT/s
lanes: 2 link-max: lanes: 4 port: N/A bus-ID: 04:00.0 chip-ID: 1d6a:07b1
class-ID: 0200
IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Device-3: Intel Ethernet I225-V vendor: ASUSTeK driver: igc v: kernel
pcie: gen: 2 speed: 5 GT/s lanes: 1 port: N/A bus-ID: 05:00.0
chip-ID: 8086:15f3 class-ID: 0200
IF: enp5s0 state: down mac: <filter>
IF-ID-1: virbr0 state: down mac: <filter>
Bluetooth:
Device-1: Intel AX201 Bluetooth type: USB driver: btusb v: 0.8
bus-ID: 1-14:9 chip-ID: 8087:0026 class-ID: e001
Report: bt-adapter ID: hci0 rfk-id: 1 state: down
bt-service: enabled,running rfk-block: hardware: no software: yes
address: <filter>
Drives:
Local Storage: total: 1.61 TiB used: 157.09 GiB (9.5%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Sabrent model: N/A
size: 953.87 GiB block-size: physical: 512 B logical: 512 B
speed: 31.6 Gb/s lanes: 4 type: SSD serial: <filter> rev: RKT343.4
temp: 28.9 C scheme: GPT
ID-2: /dev/sda maj-min: 8:0 vendor: Samsung model: SSD 850 EVO 250GB
size: 232.89 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
type: SSD serial: <filter> rev: 2B6Q scheme: GPT
ID-3: /dev/sdb maj-min: 8:16 vendor: Samsung model: SSD 850 EVO 250GB
size: 232.89 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
type: SSD serial: <filter> rev: 2B6Q scheme: GPT
ID-4: /dev/sdc maj-min: 8:32 vendor: Samsung model: SSD 850 EVO 250GB
size: 232.89 GiB block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s
type: SSD serial: <filter> rev: 1B6Q scheme: GPT
Partition:
ID-1: / raw-size: 953.57 GiB size: 953.57 GiB (100.00%)
used: 157.09 GiB (16.5%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:2
ID-2: /boot/efi raw-size: 300 MiB size: 299.4 MiB (99.80%)
used: 576 KiB (0.2%) fs: vfat dev: /dev/nvme0n1p1 maj-min: 259:1
ID-3: /home raw-size: 953.57 GiB size: 953.57 GiB (100.00%)
used: 157.09 GiB (16.5%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:2
ID-4: /var/log raw-size: 953.57 GiB size: 953.57 GiB (100.00%)
used: 157.09 GiB (16.5%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:2
ID-5: /var/tmp raw-size: 953.57 GiB size: 953.57 GiB (100.00%)
used: 157.09 GiB (16.5%) fs: btrfs dev: /dev/nvme0n1p2 maj-min: 259:2
Swap:
Kernel: swappiness: 133 (default 60) cache-pressure: 50 (default 100)
ID-1: swap-1 type: zram size: 31.17 GiB used: 0 KiB (0.0%) priority: 100
dev: /dev/zram0
Sensors:
System Temperatures: cpu: 27.8 C mobo: N/A gpu: nvidia temp: 42 C
Fan Speeds (RPM): N/A gpu: nvidia fan: 0%
Info:
Processes: 467 Uptime: 38m wakeups: 8 Memory: 31.17 GiB
used: 7.44 GiB (23.9%) Init: systemd v: 250 tool: systemctl Compilers:
gcc: 11.2.0 clang: 13.0.1 Packages: pacman: 1810 lib: 484 Shell: fish
v: 3.4.1 default: Bash v: 5.1.16 running-in: konsole inxi: 3.3.15
Garuda (2.6.1-1):
System install date: 2022-03-13
Last full system update: 2022-04-15 ā»
Is partially upgraded: No
Relevant software: NetworkManager
Windows dual boot: No/Undetected
Snapshots: Snapper
Failed units: systemd-oomd.socket
1 Like
Just tried to disable all monitors except one and the problem remains the same
1 Like
Thanks for providing me another inxi.
Well, I just touched some grass and came to another approach.
Vsync can mess with the GPU performance on nVidia GPU's. B/c if the load reaches a certain level where vsync gets triggered to drop it would literally jump down to the next common step. Which in case of a Vsync of 60fps would mean dropping down to bogus 30fps.
How does the performance behave on certain problematic windows if you turn of vsync for the compositor?
It can be possible to have 2 vsyncs running which slows down everything. I had it on my 6800XT while my game was running in frameless windowed mode. It was a performance mess. As far as I deactivated the vsync on the compositor (or changed the game setting to fullscreen which depends on game's engine) I had no performance issue anymore. And my GPU utilization dropped as well. And that also could be the reason for certain windows to bug like in your case. Let's isolate the vsync issue.
At least it can't be a big problem since everything runs but just hindered.
1 Like
In composer options I can't turn off vsync
1 Like
huh? 
That's sus ...but the option itself exists and remains activated?
No, I have only Re-use screen content; automatic; only when cheap and full screen repaint
1 Like
ok, try 'only when cheap'
Nothing change
1 Like
I think that I have just kinda of solved the problem.
Setting the display refresh rate to 60 Hz takes the GPU utilization back to normal.
That's not a proper fix but since I don't care about 144Hz is ok for me.
Anyway, that remains strange because I used three displays set on 144Hz without any problem in my precedent installation.
1 Like
Okay, no this only reduces the problem but usage still remains high.
1 Like
Hmm ok it just reduces the utilization b/c of the lower frame rate itself but the problem remains.
Iām sorry but Iām afraid Iām out of options. I need to admit it honestly. 
But weāve some very talented ppl and devs in this Forum and I guess someone else will take a look on that. And perhaps knows or even had the same issue as you do. Maybe @SGS or @BluishHumility can take a look on that or knows whoās the guy to ask.
That is definitely the goal to reach. 
Until then, Iād reach out to your thread if I got an idea or a solution. If you have any questions, Iāve bookmarked this thread. So Iāll see them.
All the best,
Bruce
1 Like
Please, please do not ping with the @ members from Garuda team, we canāt sleep if thousands of user ping us on all the day and night.
Personally I read every post in this forum, trust me 
, and if I can help, I will.
1 Like
UPDATE: The problem is related to Xorg. When using Wayland, the problem isn't there.
1 Like
Games running at 144FPS will take over twice the GPU time of games running at 60FPS.
If youāre forcing VSYNC (or maybe āfull composition pipelineā?) then menus will be running at a constant, high, FPS. If this is the top end of what the GPU performance will support then the GPU will run at 100%.
Remember that while some games will have an FPS limiter for menus, others are still running within the game engine within the main game loop and therefore high GPU use in that instance isnāt necessarily surprising.
External display using PRIME render offload?
3 Likes
Iām not using full composition pipeline
1 Like
It was an example.
2 Likes
There is a change to fix it 
@SGS ok sorry. I didn't knew a better way. But for now on I assume you see everything in this forum like Sauron in middle earth 