Regression in 3.8.28: GPU usage hits ~100% in 4K video playback and ~30W draw at idle on AMD desktops (RX 9070 XT, similar on Vega 8)
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 8/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- linux
- Lĩnh vực
- performance
Hướng nghiên cứu
The payload names no source files, tests or entry points, and this repository is a community tracker without code. The work is to reproduce the regression on an AMD GPU under SteamOS 3.8.28 and compare the performance overlay readings (GPU usage, clock, power) with the previous release, then identify whether the driver stack or Gamescope changed. Done means a reproducible diagnosis that points to a specific component, which needs hardware access and maintainer input.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
systems information
Steam Forge: Ryzen 7 9800X3D, ASUS Prime RX 9070 XT 16GB, MSI MAG X870 Tomahawk WiFi, 32GB DDR5-5600, 4TB NVMe. SteamOS is the primary OS, with a separate 128GB NVMe holding EndeavourOS. (Gaming pc)
Steam Kettle: Ryzen 7 5700G with integrated Vega 8 graphics, MSI B550M PRO-VDH WiFi, 16GB DDR4, 512GB NVMe, 4GB UMA frame buffer, Secure Boot disabled. (Media pc)
• Steam client version: Build date Tue, October 13, 2026 1:44pm
• SteamOS version: 3.8.28 (Stable)
• Opted into Steam client beta?: [No]
• Have you checked for updates in Settings > System?: Yes
Please describe your issue in as much detail as possible:
Expected: 4K video playback should use mostly the hardware decoder with low GPU load, and idle power should stay low, as it did before the update.
What happened: After updating to SteamOS 3.8.28, two separate desktop PCs show high GPU usage during video playback. One has a Ryzen 7 9800X3D with an RX 9070 XT 16GB, and the other has a Ryzen 7 5700G with its Vega 8 iGPU. 4K video in VacuumTube worked fine the day before the update. (4k playback for 9070, 1080 playback for vega8)
After the update I had to set the display to 1080p, and with Gamescope upscaling to a 4K display, the performance overlay showed about 75% GPU usage, roughly 1600MHz core clock, and about 43W during video playback with FSR and Sharp active. Changing the scaling filter lowered it to about 36% usage, around 900MHz, and roughly 20W.
Setting the display back to 4K, VacuumTube video ran at about 7fps with roughly 90% GPU usage on my first test. Later tests showed about 24fps, which is why I lowered the resolution to 1080p. Firefox also failed to load video, and the system drew about 30W while it tried. Because both machines behave similarly, I suspect a change in the graphics driver stack or Gamescope instead of a hardware problem.
Idle baseline (no video playing, RX 9070 XT machine): The performance overlay in Game Mode shows about 15% GPU usage, roughly 715MHz core clock, 26°C, and about 30W power draw, with VRAM at about 1.4GB and the memory clock at about 772MHz. CPU usage is about 16%, and Gamescope reports a steady 60fps. A card at this load and clock should draw far less than 30W.
(Edit: I get similar results in other Flatpaks)
Steps for reproducing this issue:
1. Update a desktop SteamOS install with an AMD GPU to the newest release (3.8.28).
2. Set the display to 4K and open a 4K video in VacuumTube in Game Mode.
3. Watch the performance overlay at level 4. GPU usage runs very high, framerate drops to single digits, and power draw stays around 30W or higher.
Screenshot attached: first one is idle, second video playback at 1080p and third is video playback at 4k:
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 2.7k
- Fork
- 89
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ValveSoftware/SteamOS
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
ValveSoftware/SteamOS#3037 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
ValveSoftware/SteamOS#2983 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
ValveSoftware/SteamOS#2927 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
ValveSoftware/SteamOS#2875 · 1 bình luận ·
-
steam-short-session-tracker: incorrect registry backup path resets settings during automatic repairĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
ValveSoftware/SteamOS#2829 ·
Tất cả issue của ValveSoftware/SteamOS
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Niko1221/Strata#5560 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
NousResearch/hermes-agent#150969 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
graphql-python/graphql-core#312 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
prio: medium
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
twentyhq/twenty#29910 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
RebuildGeom rebuilds vertex buffers needlesslyCó thể đã có người làm @trish-sl đã nhận hôm nay. Đang mởtriage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
secondlife/viewer#6653 ·
Maintainer thường phản hồi trong vòng 1 ngày