tload 命令详解与参数实测（Ubuntu 22.04）
tload 命令逐参数实测详解：数字脉冲与负载图形的帧结构拆解（ESC[H 重绘、逐拍追加柱形）、-d 刷新间隔（仅整数秒，实测帧数统计验证）、-s 纵向刻度、无 tty 重定向到文件的原始字节形态（cat -A 实证），并与 uptime 做同源数字对照、给出 tload/uptime/vmstat 三种负载视角分工，全部回显在 Ubuntu 22.04（procps-ng 3.3.17）实测通过。
tload 命令详解与参数实测（Ubuntu 22.04）
目标：全面掌握 tload 的每一个参数——
-d刷新间隔、-s纵向刻度、-h/-V，看懂数字脉冲与负载图形的输出结构，并用实测对比 tload 在真实终端与重定向到文件两种场景下的输出形态差异，理清它与 uptime、vmstat 三种负载视角的分工，全部命令与回显已在 Ubuntu 22.04（procps-ng 3.3.17）实测通过。
一、环境信息
- 操作系统：Ubuntu 22.04.5 LTS（x86_64）
- tload 版本：procps-ng 3.3.17（
tload -V实测） - tload 属于 procps 软件包，Ubuntu 22.04 默认预装
- 数据来源：tload 与 uptime 同源，读取
/proc/loadavg的 1/5/15 分钟平均负载 - 演示数据：
/root/demo/tload/out.txt（无 tty 重定向输出样本文件） - 实测说明：tload 是为交互终端设计的实时刷新工具，本组实测同时覆盖了「带终端刷新」与「输出重定向到文件」两种形态（后者正是排查其输出"乱码"的关键场景），并在关键处用
timeout限时、用timeout -s INT模拟Ctrl-C
二、命令概览
2.1 语法与测试数据准备
tload 的语法为 tload [options] [tty]：除选项外还接受一个可选的 tty 位置参数（历史遗留，日常使用忽略）。它默认每 5 秒一拍刷新，画面由两部分组成：顶部的数字脉冲（当前 1/5/15 分钟平均负载）与下方的负载图形（每次采样追加一列，柱形字符随负载值与刻度变化）。
tload 是持续运行的刷新型命令，不会自动退出，本文所有实测都用 timeout N tload ... 限时截取，参数本身的用法不受影响。
2.2 --help 全量输出
tload --help 输出全部参数清单（逐行照抄实测回显）：
tload --help; echo rc=$?
Usage:
tload [options] [tty]
Options:
-d, --delay <secs> update delay in seconds
-s, --scale <num> vertical scale
-h, --help display this help and exit
-V, --version output version information and exit
For more details see tload(1).
rc=0
注意：tload 的参数比同族的 uptime、free 少得多，核心只有 -d 与 -s 两个；-h 退出码为 0（行内 rc=0 实测）。
参数速查表：
| 参数 | 长选项 | 作用 |
|---|---|---|
-d <secs> | --delay | 刷新间隔（秒），默认 5 |
-s <num> | --scale | 图形纵向刻度（负载值 ÷ 刻度 = 柱形相对高度），默认 1 |
-h | --help | 显示帮助并退出 |
-V | --version | 显示版本信息并退出 |
2.3 版本信息
tload -V
tload from procps-ng 3.3.17
三、参数逐项实测
3.1 默认运行——数字脉冲与图形结构
不加参数运行 12 秒（默认 5 秒一拍，可得 3 拍）：
timeout 12 tload
^[[H 0.71, 0.75, 0.91 …（大量填充空格）… * …（重复 9 组，间距固定）… ^[[H 0.66, 0.74, 0.90 … ** … ^[[H 0.60, 0.73, 0.90 … *** …（末尾节选）
实测回显为原始字节流的一行节选（原文含上千个空格，此处以
…折叠示意；完整原样字节见 3.4 的cat -A形态，^[即 ESC 控制字符）。逐帧拆解其实测结构：
| 帧内元素 | 实测内容 | 含义 |
|---|---|---|
| 帧首控制序列 | ^[[H（ESC[H，光标归位） | 每拍回到画面左上角重绘，实现"原地刷新" |
| 数字脉冲 | 0.71, 0.75, 0.91 | 当前 1/5/15 分钟平均负载，与 uptime 同源同值 |
| 图形字符 | * | 每拍一列的负载柱形，柱形随采样推进逐拍延长（实测第 1/2/3 拍分别为 *、**、***） |
| 帧尾 | ^@（NUL） | 屏幕缓冲写入的收尾字节（cat -A 可见） |
三个数字正是 /proc/loadavg 的前三列（可与本专栏 uptime 篇的对照实验互证）。图形部分：每拍新增一列，列的位置与高度由历史采样值和刻度共同决定；在本实验的采集通道里没有真实的终端尺寸，tload 按超宽画布绘制，采样列间距被拉大——在真实 SSH 终端中，列宽为 1 字符，图形呈现为一条紧凑的滚动负载柱状图。
3.2 -d（--delay）：刷新间隔
-d 1 把刷新间隔从默认 5 秒改为 1 秒，同样限时 5 秒即可采到 5 拍：
timeout 5 tload -d 1
^[[H 0.56, 0.72, 0.89 … * … ^[[H 0.56, 0.72, 0.89 … ** … ^[[H 0.56, 0.72, 0.89 … *** … ^[[H 0.56, 0.72, 0.89 … **** … ^[[H 0.51, 0.70, 0.89 … ***** …（末尾节选）
实测要点：
- 5 秒内出现 5 帧（帧首数字行 5 次刷新），与
-d 1的每秒一拍一致；对比 3.1 默认档 12 秒仅 3 帧； - 每一拍的数字都重新读
/proc/loadavg，能看到 1 分钟值从 0.56 缓慢走向 0.51（负载在回落）； - 柱形逐拍延长（
*到*****），印证"每拍追加一列"的滚动图形机制； -d只接受整数秒：实测-d 0.5直接报错（见 4.5 的帧数统计验证法）：
timeout 3 tload -d 0.5
tload: failed to parse argument: '0.5'
- 常用区间 1～5 秒：过密没有统计意义（内核本来就每 5 秒更新一次负载均值），过疏看不出趋势。
3.3 -s（--scale）：纵向刻度
-s 2.0 把纵向刻度放大一倍（柱形高度 = 负载 ÷ 刻度），同样负载下柱形变矮，并出现刻度参考线 -：
timeout 5 tload -s 2.0
^[[H 0.51, 0.70, 0.89 … - …（12 组 `-`）… * …（末尾节选）
对比 3.2 同负载水平的 * 柱形：-s 2.0 后出现 12 组 -（刻度参考线所在高度）与更矮的 * 柱。实测要点：
- 刻度相当于给图形定了一个"满量程"：
-s 2.0表示 2.0 负载为图形可表达的参考高度，适合负载长期在个位数波动的服务器，避免柱形频繁顶格； - 负载长期在 10 以上的高压力环境可配更大的
-s； - 数字脉冲不受
-s影响，任何时候都能读到精确负载值。
3.4 无 tty：重定向到文件的输出形态（如实实测）
tload 是整屏重绘型工具，把输出重定向到文件时，控制序列与填充空格会原样进入字节流。实测重定向并用 cat -A 显示控制字符（^[ 即 ESC，^@ 即 NUL）：
timeout 5 tload -d 1 > /root/demo/tload/out.txt
（限时 5 秒把重定向样本写入演示文件。）
cat -A /root/demo/tload/out.txt
^[[H 0.47, 0.69, 0.89 …（大量空格）… * …（9 组 `*`，间距固定）… ^@^[[H 0.47, 0.69, 0.89 … ** … ^@^[[H 0.47, 0.69, 0.89 … *** … ^@^[[H 0.47, 0.69, 0.89 … **** … ^@^[[H 0.43, 0.68, 0.88 … ***** … ^@（末尾节选）
（原文每帧含数百至上千个填充空格，此处以 … 折叠；^[[H、^@ 与 * 柱形均为逐字实测。）
直接 cat 这个文件，屏幕上会看到数字与图形"闪屏式"跳动——那正是 ESC[H 光标归位序列在起作用。结论：
- tload 的图形不适合日志归档：需要留痕的负载曲线应该用
vmstat/sar的表格输出（可 grep、可画图），tload 的价值在"实时盯着看"； - 脚本里若只想取负载数值，应使用
uptime、cat /proc/loadavg而不是重定向 tload。
💡 技术拓展：同样是"终端里原地刷新"，不同工具用的重绘机制并不相同，横向对比——
机制 原理 代表工具 重定向到文件的表现 光标归位重绘 每帧先发 ESC[H再整屏覆写（本组实测形态）tload 帧序列平铺进字节流， cat -A可见^[[H回车覆写 行首 \r覆写当前行ping类单行进度多帧同行叠加 全屏缓冲 进入备用屏幕缓冲，退出时还原 top、htop 文件里残留切换序列 判断一个工具"能不能安全重定向"的快速办法就是
cat -A：看到大量^[控制序列即说明它是终端交互型工具。
3.5 退出方式：Ctrl-C（SIGINT）与退出码
tload 不会自行退出，交互终端里的标准退出方式是 Ctrl-C（发送 SIGINT，进程立即终止，无收尾输出）。脚本与无人值守场景中可用 timeout 的 INT 信号模拟：
timeout -s INT 5 tload -d 1 >/dev/null 2>&1; echo rc=$?
rc=124
实测 rc=124 是 timeout 自身的约定退出码（表示"到时后由 timeout 主动终止了目标进程"），并非 tload 的业务退出码；tload --help 正常退出则为 0（见 2.2）。
3.6 -V（--version）版本信息
tload -V
tload from procps-ng 3.3.17
与 --help 中的版本行一致。
3.7 与 uptime 的同源对照实测
tload 的数字脉冲与 uptime 的 load average 同读 /proc/loadavg，同一秒内执行两者应完全一致，实测：
uptime
14:42:59 up 8:26, 2 users, load average: 1.02, 0.77, 0.81
timeout 1 tload -d 1 > /root/demo/tload/now.txt
head -c 40 /root/demo/tload/now.txt | cat -v
^[[H 1.02, 0.77, 0.81
uptime 显示 1.02, 0.77, 0.81，tload 首帧数字行 1.02, 0.77, 0.81——三个数逐位一致，同源关系实测成立。排障时若两者不一致，说明采样不在同一秒（负载均值每 5 秒才由内核更新一次），而不是工具有问题。
四、实战示例
4.1 巡检时盯着负载趋势看
SSH 登录后直接跑 tload（默认 5 秒一拍），一边执行其他命令一边用余光观察负载柱形是否持续走高；发现异常再切换到定量工具：
tload
（实时刷新：顶部数字行 + 滚动负载柱状图，Ctrl-C 退出）
4.2 高负载服务器加大刻度
负载长期在 5～20 的机器上，默认刻度下柱形几乎全部顶格，改用 -s 20 后曲线重新展开，配合 -d 2 加快观察节奏：
tload -s 20 -d 2
（实时刷新：刻度 20，每 2 秒一拍）
4.3 三种负载视角的分工
同一台机器、同一份 /proc/loadavg，三个工具三种呈现：
| 工具 | 形态 | 数据粒度 | 适用场景 |
|---|---|---|---|
| uptime | 单行快照 | 1/5/15 分钟均值各一个数 | 巡检一句话、脚本取数 |
| tload | 实时滚动图形 | 每 -d 秒一拍的历史序列 | 交互观察趋势 |
| vmstat | 定时表格 | 每秒级采样、含 CPU/IO 各列 | 定量归档、定位瓶颈 |
选型口诀：要一个数用 uptime，要看趋势用 tload，要落盘分析用 vmstat。
4.4 判断负载是 CPU 忙还是等 IO
tload 柱形持续走高时，用 vmstat 1 看 CPU 列（回显与解读见本专栏 vmstat 篇）：us/sy 高为计算瓶颈，wa 高为 IO 等待——Linux 的负载口径把 D 状态（等 IO）也计入，tload 柱形走高未必是 CPU 忙。
4.5 验证刷新节奏：帧数统计法
tload 的画面在无 tty 场景是"一整坨"字节流，但帧结构规律（ESC[H 起帧）让它可以被程序化验证。用 grep -ao '\[H' | wc -l 统计帧数即可确认 -d 是否生效（-a 按文本流处理、-o 只输出匹配片段）：
timeout 5 tload -d 2 > /root/demo/tload/f2.txt; grep -ao "\[H" /root/demo/tload/f2.txt | wc -l
3
timeout 12 tload > /root/demo/tload/fd.txt; grep -ao "\[H" /root/demo/tload/fd.txt | wc -l
3
实测：-d 2 限时 5 秒得 3 帧（第 0/2/4 秒各一拍），默认档限时 12 秒同为 3 帧（第 0/5/10 秒各一拍）——两种配置的刷新节奏均与理论推算吻合。这个方法也能用来核对 -d 0.5 之类报错参数（见 3.2）。
五、注意事项与常见问题
Q1：tload 的图形输出到文件/管道怎么变成"乱码"了？
不是乱码，是整屏重绘的控制序列（ESC[H 光标归位等）与填充空格原样进入了字节流（3.4 实测 cat -A 可逐字节确认）。tload 面向交互终端设计，需要留盘认用 vmstat/sar 的表格输出。
Q2：tload 的负载数字和 uptime 不一样？
两工具读的都是 /proc/loadavg，数字必然一致；肉眼觉得"不一样"是因为采样时刻不同——负载每 5 秒由内核更新一次，两命令执行间隔越大差异越明显。同秒级执行即可对上（见 3.1 与 uptime 篇对照）。
Q3：柱形一直顶格怎么办？
加大 -s 刻度（见 4.2）。柱形高度与负载值、刻度的比例关系由 -s 控制，数字脉冲不受影响，精读负载永远看数字行。
Q4：timeout 12 tload 这类限时用法会丢数据吗？
timeout 到点直接终止 tload，被截断的只是"下一拍尚未发生的采样"，已画出的历史柱形不受影响。交互场景请用 Ctrl-C，效果相同。
Q5：为什么本机图形的采样列间距很宽？ 图形列宽取决于终端宽度：真实 SSH 终端里每列 1 字符、图形紧凑滚动；在没有真实终端尺寸的采集通道里（如本文实测环境），tload 按超宽画布绘制，列间距被拉大。这属于显示形态差异，不影响数字脉冲的正确性。
Q6：tload 能看多长的历史？
图形列数受画布宽度限制，画满后滚动覆盖（新列挤掉最老列）。要看几小时级别的负载历史，用 sar（sysstat 包）或自己定时采集 /proc/loadavg。
Q7：tload -d 0.5 为什么报错？
本版本（3.3.17）的 -d 只解析整数秒，小数会报 tload: failed to parse argument: '0.5'（3.2 实测）。想更快观察就配 vmstat 1（其间隔支持任意秒数），两工具数据同源。
六、参考链接
- procps-ng 项目主页（tload 源码所属项目）：https://gitlab.com/procps-ng/procps
- Ubuntu 22.04 tload(1) 在线手册页：https://manpages.ubuntu.com/manpages/jammy/en/man1/tload.1.html
- proc(5) 手册页（/proc/loadavg 字段定义，tload 的数据源）：https://man7.org/linux/man-pages/man5/proc.5.html
- Load (computing)——平均负载口径说明：https://en.wikipedia.org/wiki/Load_(computing)
- 同族对比参见本专栏《uptime 命令详解与参数实测（Ubuntu 22.04）》《vmstat 命令详解与参数实测（Ubuntu 22.04）》