monitor pro 必须安装在远程服务器端才能监控其真实负载，vscode 内置性能面板仅显示本地 electron 进程数据；安装后通过状态栏实时查看 cpu/内存/网络，右键可调刷新间隔；终端命令如 htop、iotop、watch 是权限受限时的可靠替代方案。
直接看 Monitor Pro 面板，不是系统自带的“性能”或“进程管理器”——后者只反映 VSCode 自身进程，不显示远程服务器真实负载。
Remote-SSH 连接后，为什么内置 Performance 面板没用？
VSCode 的 Developer: Toggle Developer Tools → Performance 或 Memory 标签页，监控的是本地 Electron 渲染进程和 extensionHost（即你本机上运行的插件），完全不采集远程服务器的 CPU、内存、磁盘数据。你在 Remote-SSH 窗口中打开它，看到的仍是本地机器的指标，和远端毫无关系。
常见错误现象：
- 远程服务器 top 显示 CPU 95%，但 VSCode 内置性能面板曲线平缓
- 执行
free -h发现远端内存只剩 200MB，而 VSCode 的“进程管理器”里extensionHostRSS 只有 150MB
用 Monitor Pro 实时看远程资源，要装对位置
Monitor Pro 必须安装在**远程端**（即你通过 Remote-SSH 连上的那台服务器）才能读取其系统指标。如果只在本地 VSCode 装了，它默认只监控你本机。
实操建议：
- 确保已通过 Remote-SSH 连入目标服务器（状态栏左下角显示
SSH: user@host） - 在远程窗口中按
Ctrl+Shift+X打开扩展面板，搜索Monitor Pro并安装（不是本地窗口） - 安装后，活动栏会出现新图标；首次点击会自动拉起监控，状态栏实时显示
CPU/Mem/Net - 右键状态栏指标可进入设置，把
monitorPro.refreshInterval改为2000（毫秒），避免刷新太慢错过峰值
命令行终端才是最准的兜底手段
当 Monitor Pro 因权限/SELinux/容器环境无法读取某些指标（比如磁盘 I/O 或温度）时，集成终端始终可靠。
在 Remote-SSH 窗口的集成终端（Ctrl+`）中直接运行：
-
htop：交互式进程视图，按F6可按 MEM% 排序，揪出吃内存的进程 -
iotop -oP：只显示实际在做磁盘 I/O 的进程（需 root 权限） -
watch -n 1 'df -h / | grep -v Use'：每秒刷新根分区使用率 -
cat /proc/meminfo | grep -E "MemAvailable|SwapFree"：精确查看可用内存与剩余 swap
注意：Monitor Pro 在 WSL2 或某些容器化远程环境中可能无法获取内核级指标（如中断、软中断），此时 /proc/ 下原始文件 + watch 组合反而更可信。
真正容易被忽略的是：Monitor Pro 的“远程模式”依赖远端 Node.js 环境调用 os 和 fs 模块，若服务器禁用了 process.env 或启用了严格 seccomp，它可能静默降级为只显示 CPU 占用——这时别急着卸载，先在终端跑 node -e "console.log(os.totalmem())" 确认基础能力是否就绪。
