Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

[Feature]: GPU load graph (with multi‑GPU / Optimus MUX support)

Đang mở
  • Có gì không ổn?
#3,370 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

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
25/100
Loại issue
Tính năng
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Ít trao đổi
Công nghệ
go
Lĩnh vực
desktop, performance

Hướng nghiên cứu

Start by locating the sysinfo/system widget and its existing CPU load graph, then trace how platform-specific system metrics are collected. Compare the available Windows, macOS, and Linux GPU statistics APIs and determine how device selection and history should fit the current widget. Done means an agreed design and implementation path for GPU metrics, multi-GPU selection, and hybrid-GPU systems.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

enhancement triage
Feature description

Description

Wave’s sysinfo/system widget currently shows CPU load as a line graph, which is great—but for modern AI/agent workflows, GPU is often the primary bottleneck. It would be extremely useful to have a first‑class GPU load graph alongside (or instead of) CPU.

Requested features

GPU utilization graph

Per‑GPU load over time, similar in style to the existing CPU graph.
Ideally supports:
GPU utilization (%)
GPU memory usage
Optional: temperature, power draw, VRAM clock, etc.
Multi‑GPU & device selection

Ability to choose which GPU(s) to monitor when more than one is present.
Aggregate view (e.g., “All GPUs” or average) plus per‑GPU selection.
Optimus / MUX / hybrid‑GPU awareness

On systems with NVIDIA Optimus, MUX switches, or hybrid graphics (notebooks):
Allow explicit selection of the discrete GPU vs integrated GPU.
Don’t assume a single “primary” GPU; show whatever GPUs the OS/driver exposes.
This is important because on many laptops the discrete GPU is only active under load, and is the one agents actually use.
Configuration

Simple dropdown or settings panel under the sysinfo (or new “GPU” widget) to:
Enable/disable GPU graphs.
Select which GPU to graph.
Choose metrics (utilization, VRAM, temp, etc.).
Adjust time window / history length, similar to CPU.
Data sources / APIs

Windows: use vendor APIs (e.g., NVIDIA NVML) or OS performance counters for GPU stats.
Optional / stretch: read from third‑party tools (e.g., HWiNFO, vendor sensor services) if available, but native driver/OS APIs would be ideal.
Why this matters

LLMs and agents are GPU‑bound on most real workloads; tracking only CPU doesn’t tell you whether the system is actually saturated.
For notebook users with Optimus / MUX setups, being able to see which GPU is doing the work is critical—especially when debugging routing between iGPU and dGPU.
Having a built‑in GPU load graph keeps Wave as the central “control panel” instead of having to rely on separate tools.
Thanks for considering this—GPU visibility would make Wave significantly more useful for AI and dev workloads.

Implementation Suggestion

No response

Anything else?

No response

Ngôn ngữ chính
Go
Star
22.4k
Fork
1.1k
Merge trung bình
12 ngày 6 giờ
Pull request đã merge (30 ngày)
14

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của wavetermdev/waveterm

Tất cả issue của wavetermdev/waveterm

Issue tương tự

Thêm issue về Go

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.