Performance overlay: please update mangohud — mangoapp ignores overlay-level changes for NVIDIA metrics, aborts on startup X error

オープン
  • 何か問題がありますか？
#3,009 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
48/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
活発
技術スタック
cpp, linux
領域
performance

調査の方向性

Start by reviewing the SteamOS package recipe and the upstream MangoHud change 4e69793b referenced in the issue. The report says updating to MangoHud 0.8.3 or later fixes NVIDIA metrics that stop updating when the overlay level changes; the second startup abort has no identified cause. Done means the packaged version keeps those metrics live across level changes and the startup abort is investigated.

索引モデルが issue の本文から書いたものです。

説明

Your system information

  • SteamOS 3.9.5 (BUILD_ID 20261023.100), mangohud 0.8.3.rc1.r24.g33c2c7dd-4
  • ASUS ROG NUC 15: Core Ultra 9 275HX + RTX 5080 Laptop GPU
  • I'm aware NVIDIA isn't a supported SteamOS configuration (nvidia-open 615.71.09 added on top); reporting because the main fix already exists upstream and the packaged mangohud predates it.

Please describe your issue in as much detail as possible:

  1. GPU stats stay at 0 after changing the overlay level. In the packaged version, NVIDIA::get_samples_and_copy() reads get_params() once when the sampling thread starts, so only the metrics enabled at mangoapp's startup level are ever queried. Raising the Performance Overlay to level 4 shows GPU temperature and clock as 0 °C / 0 MHz; systemctl --user restart gamescope-mangoapp at level 4 makes them appear (61 °C / 2040 MHz). Fixed upstream in flightlessmango/MangoHud@4e69793b ("nvidia: Update params in the infinite loop", in v0.8.3). The AMD path re-reads params every sample, which is why Deck hardware isn't affected.

  2. mangoapp aborts at session start. Backtrace: main → XSync → _XReply → _XError → _XDefaultError → exit() → (mangoapp exit handlers) → abort. An X error during startup makes Xlib call exit(), and something in mangoapp's teardown then aborts (systemd restarts it, so the overlay recovers). The packaged build is stripped, so I can't say which destructor aborts yet; reporting it for completeness.

Steps for reproducing this issue:

  1. Boot into Gaming Mode with the Performance Overlay at level 1 or 2.
  2. Start a game, raise the overlay to level 4.
  3. GPU temperature/clock read 0; restarting gamescope-mangoapp fixes it until the level changes again.

Updating the package to mangohud ≥ 0.8.3 would pick up the fix for (1). Verified: Valve's 0.8.3.rc1.r24.g33c2c7dd-4 source package with 4e69793b cherry-picked on top (built against the SteamOS image's own libraries) keeps NVIDIA stats live across overlay-level changes.

Related, not yet upstream: on laptop NVIDIA GPUs the overlay also shows garbage for the power limit and fan (unchecked NVML queries), proposed in flightlessmango/MangoHud#2192.

主要言語
言語のデータがありません
スター
2.7k
フォーク
89
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ValveSoftware/SteamOS のほかの issue

ValveSoftware/SteamOS の issue をすべて見る

似ている issue

Performance の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。