Ubuntu 22.04 LTS 实时监控：htop 与 glances 的 5 项关键指标对比
在 Ubuntu 22.04 LTS 服务器环境中，系统管理员和 DevOps 工程师经常需要实时监控系统性能。面对众多监控工具，如何选择最适合的工具成为关键问题。本文将深入对比两款流行的命令行实时监控工具——htop 和 glances，从五个核心维度分析它们的优劣，帮助你在不同场景下做出明智选择。
1. CPU 与内存展示逻辑对比
htop 和 glances 在展示 CPU 和内存使用情况时采用了不同的设计哲学，这直接影响用户获取关键信息的效率。
htop 采用垂直分割布局，左侧显示 CPU 使用率，右侧显示内存和交换空间信息。它的 CPU 监控具有以下特点：
- 每个逻辑核心单独显示，颜色区分用户态（绿色）、内核态（红色）和低优先级（蓝色）使用率
- 内存部分明确区分物理内存（RAM）和交换空间（Swap）
- 顶部状态栏显示 1/5/15 分钟负载平均值，数值超过 CPU 核心数时会有颜色警告
# htop 的典型 CPU 显示格式 CPU1[|||||||||||||||45.5%] CPU2[|||||||||||38.2%] Mem[|||||||||||||||||||||1.2G/3.9G] Swp[|0K/4.0G]glances 则采用水平紧凑布局，所有核心的总体使用率合并显示：
- 使用环形图展示整体 CPU 使用率，鼠标悬停可查看各核心详情
- 内存显示包含使用量、缓存和缓冲区的精确数值
- 创新性地加入了"内存压力"指标，预测内存不足风险
| 指标 | htop 表现 | glances 表现 |
|---|---|---|
| 多核监控 | 优秀 | 良好 |
| 历史趋势 | 无 | 有（需开启 Web 模式） |
| 预警提示 | 颜色变化 | 阈值触发警告 |
| 数据精度 | 1% | 0.1% |
实际使用中发现，当需要快速定位某个核心的异常时，htop 的分离显示更有优势；而 glances 的整体视图更适合快速把握系统全局状态。
2. 进程管理交互体验
进程管理是系统监控的核心功能，两款工具在这方面差异显著。
htop 提供了丰富的快捷键操作：
- F2：进入设置界面，自定义显示列和颜色主题
- F3/F4：进程搜索/过滤，支持正则表达式
- F5：树状视图，清晰展示父子进程关系
- F9：发送信号（如 kill、term、cont）
- 空格键：标记进程，便于跟踪特定进程
# 在 htop 中快速终止进程的典型流程 1. 按 F3 输入进程名 2. 回车定位到目标进程 3. 按 F9 选择 SIGTERM 4. 回车确认发送信号glances 的交互相对简单，主要通过命令行参数控制：
# glances 常用进程管理参数 glances --processes 10 # 只显示前10个进程 glances --disable-plugin docker # 禁用docker监控 glanges --percpu # 按CPU排序进程提示：htop 支持鼠标操作，可以直接点击表头排序，这在 glances 中需要通过参数实现。
对于需要频繁进行进程管理的场景，htop 的交互效率明显更高。下表对比了关键操作步骤：
| 操作 | htop 步骤 | glances 步骤 |
|---|---|---|
| 查找进程 | F3 → 输入 | / → 输入（需开启交互模式） |
| 终止进程 | F9 → 选择信号 | 不支持直接操作 |
| 调整排序 | 点击表头 | 退出后加参数重启 |
| 查看进程详情 | 回车 | 不支持 |
3. 数据刷新与历史记录机制
实时监控工具的数据刷新策略直接影响资源占用和用户体验。
htop 采用固定间隔刷新（默认2秒）：
- 刷新间隔可通过 -d 参数调整（如 htop -d 5）
- 无历史数据记录功能
- 每次刷新完全重绘界面，在慢速连接下可能出现闪烁
glances 则提供灵活的刷新控制：
- 默认1秒刷新，支持动态调整（按 +/- 键）
- 可启用历史记录（--export csv 导出数据）
- Web 模式下保存24小时历史数据
- 采用增量更新方式，减少终端重绘负担
# glances 数据记录典型用法 glances --export csv --export-csv-file /var/log/glances.csv对于需要后期分析的场景，glances 明显更胜一筹。下表对比了数据记录能力：
| 功能 | htop | glances |
|---|---|---|
| 实时刷新 | 支持 | 支持 |
| 刷新间隔调整 | 命令行参数 | 运行时快捷键 |
| 数据导出 | 不支持 | CSV/JSON/InfluxDB |
| 历史趋势图 | 无 | Web界面支持 |
| 远程监控 | 需配合SSH | 内置Web服务器 |
4. 界面定制化能力对比
不同用户对监控信息的关注点不同，工具的定制能力直接影响使用体验。
htop 的定制主要通过F2 设置菜单实现：
- 可调整显示列及其顺序
- 修改颜色主题
- 自定义仪表板显示元素
- 保存配置到 ~/.config/htop/htoprc
# 典型 htop 配置示例 # ~/.config/htop/htoprc fields=0 48 17 18 38 39 40 2 46 47 49 1 sort_key=46 sort_direction=-1 tree_sort_key=0glances 采用插件化架构：
- 通过 --enable-plugin/--disable-plugin 控制模块
- 可扩展第三方插件（如 Docker、GPU 监控）
- 主题通过 --theme 参数切换（white/black/white）
- 配置保存在 ~/.config/glances/glances.conf
# 启用特定插件的 glances 命令 glances --enable-plugin docker,gpu定制能力对比表：
| 定制项 | htop 支持度 | glances 支持度 |
|---|---|---|
| 显示列调整 | 完全支持 | 有限支持 |
| 颜色主题 | 多种预设 | 3种基本主题 |
| 监控模块 | 固定 | 插件化扩展 |
| 布局调整 | 不支持 | 有限支持 |
| 配置持久化 | 支持 | 支持 |
5. 系统资源开销实测
监控工具本身的资源消耗是重要考量因素，特别是在资源受限的环境中。
我们在 Ubuntu 22.04 LTS 标准安装的 t2.micro AWS 实例上测试：
htop 资源占用：
- 常驻内存：约 4MB
- CPU 使用：刷新时短暂峰值 2-3%
- 线程数：通常 1-2 个
glances 资源占用：
- 常驻内存：约 15MB（含 Python 运行时）
- CPU 使用：平均 3-5%（含数据收集）
- 线程数：通常 3-5 个
注意：实际资源占用会随监控项数量和刷新频率变化。启用 glances 的 Web 服务器会增加约 10MB 内存开销。
监控工具在不同系统负载下的表现：
| 系统状态 | htop 响应延迟 | glances 响应延迟 |
|---|---|---|
| 空闲（<10% CPU） | <0.1秒 | 0.2-0.3秒 |
| 中等负载（30-50%） | 0.1-0.2秒 | 0.3-0.5秒 |
| 高负载（>80%） | 0.3-0.5秒 | 可能超过1秒 |
| 内存紧张时 | 稳定 | 可能崩溃 |
测试结果表明，htop 在资源受限环境下表现更稳定，而 glances 在资源充足时能提供更丰富的信息。
场景化选型建议
根据上述对比，我们针对不同使用场景给出推荐：
选择 htop 更适合：
- 需要频繁进行进程管理（查找、终止、优先级调整）
- 服务器资源有限（内存<1GB，CPU核心少）
- 快速诊断CPU热点问题
- 喜欢键盘快捷键操作
选择 glances 更合适：
- 需要长期监控和历史数据分析
- 监控包含容器/Docker环境
- 希望通过Web界面远程查看
- 系统资源充足（内存>2GB）
对于关键生产环境，可以考虑组合使用：
- 用 glances 收集长期性能数据
- 用 htop 进行实时故障诊断
- 通过 glances 的告警功能发现问题
- 用 htop 深入分析具体进程
# 组合使用示例：后台运行 glances 收集数据，前台用 htop 诊断 glances --export influxdb --quiet & htop最后需要提醒的是，两款工具都可以通过包管理器轻松安装：
# Ubuntu 22.04 安装命令 sudo apt update sudo apt install -y htop glances
)
)
 agent和组件)