GNX001/dsh-system-monitor ↗★ 0
dsh-system-monitor
DeepSeek Harness 系统监视悬浮磁贴插件:CPU / 内存 / 多 GPU 的占用率、温度、显存与功耗实时显示。A floating system-monitor tile plugin for DeepSeek Harness: live CPU, memory and multi-GPU usage, temperature, VRAM and power draw. 适合需要在DSH界面右上角直观监控硬件占用、温度及功耗的用户。
같은 패키지 이름의 다른 저장소
설치
$
npx -p @deepseek-ai/dsh dsh plugin --profile web add github:GNX001/dsh-system-monitor使用
| 操作 | 方式 |
|---|---|
| 移动状态条 | 在状态条上任意位置拖动(按钮除外) |
| 立即刷新 | 点 ⟳ 按钮(强制重新探测硬件) |
| 隐藏状态条 | 点 ✕ 按钮;之后在 设置 → 系统监视磁贴 里重新打开 |
| 修改配置 | 设置 → 系统监视磁贴 |
所有可配置项都在 DSH 自己的设置里,磁贴上不弹浮层:
| 设置项 | 默认值 | 说明 |
|---|---|---|
| 显示悬浮状态条 | 开 | 隐藏之后的恢复入口 |
| 刷新间隔 | 1.5 秒 | 1–10 秒 |
| 不透明度 | 94% | 40%–100% |
| CPU / CPU 温度 / 内存 / GPU | 开 | 各项显隐 |
| GPU 温度 / 显存 / 功耗 | 温度与显存开,功耗关 | |
| 网速(上行与下行) | 开 | 两个方向总是一起显示 |
| 紧凑模式 | 关 | 内边距与字号更紧 |
| 重置位置 / 恢复默认设置 | — |
配置
磁贴自身的选项存在浏览器里。宿主半边在 profile 的 cordis.patch.yml 中配置,
就在本插件插入的那一行下面:
- insert:
- id: system-monitor
name: dsh-system-monitor
config:
# 全部可选,下列为默认值。
tickMs: 1000 # CPU/内存采样间隔(进程内计算,开销极低)
gpuMs: 1500 # GPU 探测间隔(会启动 nvidia-smi)
cpuTemperatureMs: 5000 # CPU 温度探测间隔(会启动 typeperf)
networkMs: 3000 # 网速探测间隔(会启动 typeperf)
cpuTemperatureScale: auto # auto | kelvin | decikelvin | decicelsius
gpu: true # false = 完全不探测 GPU
cpuTemperature: true # false = 完全不探测 CPU 温度
network: true # false = 完全不探测网速
networkExclude: [] # 要忽略的适配器名片段(见下)
networkInclude: [] # 即使被排除也强制计入的片段
allowRefresh: true # false = 拒绝 ?refresh=1
nvidiaSmiPath: nvidia-smi # 可填命令名或绝对路径
enabled: true # false = 什么都不挂载
networkExclude 默认是一组回环、VPN/覆盖网络与虚拟适配器的名片段(loopback、
pseudo、virtual、isatap、teredo、vmware、wsl、wireguard、
tailscale、docker 等),外加 Windows 上重名的 _2 副本实例。这一点很关键:回环或
VPN 适配器承载的是与物理网卡同一批数据包,两边都算就会翻倍——而光是一个本地开发
服务器就能造出几个 GB 的回环流量。快照里会列出每个适配器及其 counted 标记,所以你
可以在覆盖之前先看清到底算了哪些。
cpuTemperatureScale 之所以存在,是因为不同 provider 上报 ACPI 热区时的单位并不
一致;auto 会按数值量级判断单位,量级不符时可用它手动覆盖。详见
各项数值是怎么来的。