1. 为什么用 gnuplot 做系统资源监控图——不是为了炫技而是因为够轻、够稳、够快你有没有遇到过这样的场景服务器跑着一个关键服务CPU 突然飙到 98%内存持续上涨但你手头只有 SSH 连接没有图形界面也没有安装任何可视化工具想看趋势却只能反复敲top、htop、free -h靠肉眼判断波动——这就像在高速公路上靠后视镜倒车既费劲又容易误判。这时候gnuplot 就不是“又一个绘图工具”而是你终端里最可靠的实时仪表盘。我最早在一台跑着老旧 Ubuntu 16.04 的边缘网关设备上用它——那台机器连桌面环境都没装内存只有 512MB装个 Qt 或 Python 的 GUI 库直接报 OOM。但 gnuplot 二进制文件才 1.2MB静态链接不依赖 X11纯终端输出也支持启动零延迟。它不渲染 fancy 动画不加载 WebGL就干一件事把一行行数字变成一眼能懂的折线、柱状、散点。标题里说的“收集系统资源使用 gnuplot 进行简单绘图”核心不在“简单”而在于“可嵌入、可自动化、可复现”——它不是替代 Grafana 的方案而是你在没有 Grafana 时依然能守住监控底线的最后防线。关键词里反复出现的top、awk恰恰揭示了这套方案的真实工作流top提供原始数据源不是截图是结构化输出awk做管道级清洗提取 PID、%CPU、RSS、TIME 等字段gnuplot 负责最终呈现。三者组合像 Unix 哲学里拧紧的螺丝每个工具只做一件事但合起来能完成从采集→过滤→绘图的全链路闭环。热搜词中频繁出现的 “v100提示系统资源不够”、“qt绘图效率比较”本质上都是在对比不同绘图路径的资源开销——Qt 需要完整 GUI 栈Canvas 依赖浏览器进程Matlab 是重型科学计算环境而 gnuplot 在 30MB 内存占用下每秒刷新 20 帧动态曲线毫无压力。这不是降级妥协而是对资源边界的清醒认知当你的目标是“知道 CPU 什么时候开始爬升”而不是“做出 IEEE 论文级配图”轻量就是正义。适合谁来参考运维工程师在巡检时快速生成临时趋势图嵌入式开发者调试板卡功耗波动学生做课程设计需要展示程序内存增长曲线甚至 DevOps 工程师写 CI/CD 流水线脚本时用它生成构建过程中的资源消耗快照。它不要求你会写 Python 类不强制配置 YAML 模板只要你会ps aux | awk {print $2,$3}就能上手。接下来我会带你从零搭建一套真正能落地的系统资源监控绘图流程——不是教 gnuplot 语法手册而是还原我在生产环境里踩坑、调参、压测后沉淀下来的实操路径。2. 整体架构设计为什么不用 Python Matplotlib为什么绕开 Qt2.1 三层流水线数据采集 → 实时清洗 → 绘图驱动这套方案不是“gnuplot 单打独斗”而是一个典型的 Unix 管道协作模型共分三层第一层数据采集层核心命令是top -b -n1批处理模式单次快照或ps aux --sort-%cpu按 CPU 降序。注意top默认交互模式无法被管道捕获必须加-b参数-n1控制只输出一次避免无限循环。有些教程用vmstat 1或sar但它们采样粒度粗秒级、字段固定不如ps可定制性强。我们最终选择ps为主力采集器因为它的输出字段稳定POSIX 兼容、列对齐严格awk解析零误差、且支持按任意字段排序比如--sort-%mem查内存大户。第二层实时清洗层awk在这里不是辅助工具而是数据转换引擎。它承担三项硬任务1跳过表头行NR12提取关键字段如$2是 PID$3是 %CPU$6是 RSS 内存 KB3做单位换算与阈值过滤例如($3 5)只保留 CPU 占用超 5% 的进程。关键细节awk的字段分隔符默认是空格但ps aux输出中存在含空格的 COMMAND 字段会导致错位。正确做法是用ps -eo pid,pcpu,pmem,rss,comm --sort-pcpu显式指定列并用\t分隔-o支持--format但--sort必须配合-eo才生效这样awk -F\t就能绝对精准定位。第三层绘图驱动层gnuplot 不直接读取管道数据而是通过set datafile separator \t声明分隔符再用plot -从 stdin 读取。这是实现“实时绘图”的技术支点——每次ps输出新数据awk清洗后直接喂给 gnuplot后者即时重绘无需写临时文件。很多初学者卡在这一步以为 gnuplot 只能读文件其实它的plot -模式就是为管道而生。2.2 为什么放弃 Matplotlib / Qt / Canvas这不是技术歧视而是资源约束下的理性取舍。我做过三组实测对比Ubuntu 20.04i5-8250U8GB RAM方案启动耗时内存占用刷新延迟100点是否支持无 GUI 环境gnuplot pipe0.012s3.2MB42ms✅终端直出Matplotlib (Agg backend)0.87s48MB186ms✅需 pip installQtChartsQApplication1.3s126MB310ms❌依赖 X11 或 WaylandCanvasChrome headless2.1s210MB450ms❌需 Chrome 进程重点看“刷新延迟”gnuplot 在 42ms 内完成从ps执行到图像更新意味着你能以约 23 FPS 的频率观察 CPU 波动而 Matplotlib 即使关闭所有动画、用 Agg 后端也要近 200ms已接近人眼感知卡顿的阈值16ms/frame。更致命的是内存——当你在 Docker 容器里跑监控脚本126MB 的 Qt 开销可能直接触发 cgroup OOM killer。热搜词里“v100提示系统资源不够”背后往往是这类重型绘图库在 GPU 服务器上抢占显存导致的连锁反应。另一个常被忽略的点是可复现性。Matplotlib 的plt.savefig()依赖字体渲染不同系统默认字体不同导出 PNG 可能文字错位Qt 的 widget 尺寸受 DPI 影响headless 模式下常需QT_QPA_PLATFORMoffscreen环境变量而 gnuplot 的set terminal pngcairo输出只要 Cairo 库版本一致结果像素级相同。我在金融交易系统里用它生成每日资源报告三年间更换过 5 台服务器所有 PNG 图像哈希值完全一致——这种确定性在审计场景中价值远超视觉效果。2.3 架构图不是抽象框图而是真实命令流下面这个命令链就是你今晚就能粘贴执行的最小可行方案已验证兼容 Ubuntu/CentOS/Debianwhile true; do ps -eo pid,pcpu,pmem,rss,comm --sort-pcpu | \ awk -F NR1 $20 {printf %d\t%.1f\t%.1f\t%d\t%s\n, $1, $2, $3, $4, substr($5,1,15)} | \ head -n 20 | \ gnuplot -e set terminal pngcairo size 800,400; set output cpu_top20.png; set xlabel Process ID; set ylabel CPU %; set title Top 20 CPU Consumers; set grid y; set style data linespoints; plot - using 1:2 with linespoints title CPU %; ; sleep 3; done拆解这个链条的不可替代性ps -eo确保字段顺序绝对可控PID, %CPU, %MEM, RSS, COMMawk中substr($5,1,15)截断命令名防溢出$20过滤掉 0% 进程避免干扰主图head -n 20是性能安全阀——gnuplot 绘制 1000 点比 20 点慢 3.7 倍但人类根本分辨不出 20 点和 100 点的曲线差异gnuplot -e直接传入脚本省去写临时 .gp 文件的 I/O 开销sleep 3不是随意定的top -b -n1本身有 3 秒采样窗口设为 3 秒才能捕捉到真实波动设为 1 秒反而会因采样不足产生锯齿。这个架构没有“高大上”的微服务、Kafka 或 Prometheus但它能在 10 行 shell 里给你一条随时可中断、随时可审计、随时可部署到任何 Linux 终端的监控生命线。3. 核心细节解析从top输出到 gnuplot 图像的每一处陷阱3.1top与ps的本质区别别再被交互式假象迷惑新手常问“为什么我的top命令在脚本里不输出”答案藏在top的设计哲学里它本质是一个交互式 TUI 应用不是数据工具。当你在终端敲top它启动后会自动检测终端尺寸ioctl(TIOCGWINSZ)开启 raw 模式捕获键盘输入tcsetattr()每秒向屏幕写入完整帧不是增量更新按q退出时恢复终端设置。这意味着top的标准输出stdout只在退出时才 flush而它默认永不退出。所以top | awk ...会永远卡住——awk在等 EOFtop在等你按q。解决方案只有两个强制批处理模式top -b -n1-b batch-n1 run once换用更合适的数据源ps。ps的优势在于它是真正的“数据命令”ps aux输出是静态文本无状态、无交互ps -eo允许你精确控制字段-eo pid,pcpu,pmem,rss,comm--sort参数支持多级排序--sort-pcpu,pmem先按 CPU 降序同 CPU 时按 MEM 升序输出列严格对齐awk解析零风险。实测对比top -b -n1和ps -eo的字段稳定性# top -b -n1 输出截取前两行 top - 14:22:31 up 12 days, 3:45, 1 user, load average: 0.12, 0.09, 0.05 Tasks: 123 total, 1 running, 122 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.3 us, 0.3 sy, 0.0 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 3924.5 total, 1201.2 free, 1822.1 used, 901.2 buff/cache MiB Swap: 2047.0 total, 2047.0 free, 0.0 used. 1922.3 avail Mem # ps -eo pid,pcpu,pmem,rss,comm --sort-pcpu | head -n3 PID %CPU %MEM RSS COMMAND 1234 12.5 3.2 125432 python3 5678 8.7 1.9 78901 node看到区别了吗top的输出是混合了系统摘要和进程列表的“报告体”而ps是纯粹的“表格体”。用awk处理前者你要写正则匹配^ *[0-9]才能定位进程行处理后者直接NR1 {print $2,$3}即可。这就是为什么所有可靠监控脚本都弃top选ps——不是功能弱而是职责清晰。3.2awk清洗的黄金法则字段分隔符决定成败ps aux的默认输出用空格分隔但问题在于COMMAND 列可能含空格如/usr/bin/python3 /opt/app/main.py --debug导致awk {print $11}实际取到的是--debug而非python3。这是awk新手踩坑率最高的点。正确解法是强制用 tab 分隔ps -eo pid,pcpu,pmem,rss,comm --sort-pcpu | awk -F\t NR1 {print $1,$2,$3,$4,substr($5,1,12)}关键参数-F\t声明字段分隔符为 tab\tps -eo默认用 tab 分隔各列substr($5,1,12)截取 COMMAND 前 12 字符防长命令撑爆图表NR1跳过首行表头PID %CPU %MEM RSS COMMAND。但要注意ps的comm字段只显示命令 basename如python3不显示完整路径。若需完整路径改用args字段ps -eo pid,pcpu,pmem,rss,args --sort-pcpu | awk -F\t NR1 {print $1,$2,$3,$4,substr($5,1,20)}此时args可能含空格但因我们用 tab 分隔$5仍是完整参数字符串substr安全截断。另一个易错点是数值精度处理。ps输出的%CPU是浮点数如12.345但 gnuplot 对小数位敏感。若不做处理plot - using 1:2可能因精度溢出导致坐标轴错乱。awk中用printf %.1f统一保留一位小数awk -F\t NR1 {printf %d\t%.1f\t%.1f\t%d\t%s\n, $1, $2, $3, $4, substr($5,1,15)}3.3 gnuplot 绘图参数的实战取舍为什么不用with linesgnuplot 的plot命令中with lines简称w l和with linespointsw lp看似只差几个字符实则影响巨大。with lines只画连线不标数据点。优点是线条干净缺点是当数据点稀疏如只取 top 10 进程时你无法判断哪个点对应哪个 PID更无法识别异常离群点比如某个进程 CPU 突然冲到 95%但连线会把它平滑成普通波动。with linespoints既连线又标点。每个点用实心圆圈标记鼠标悬停在 GUI 模式下或导出 PDF 时可清晰定位。更重要的是它支持pointtypept和pointsizeps精细控制plot - using 1:2 with linespoints pt 7 ps 1.2 lc rgb red title CPU %pt 7实心圆圈gnuplot 点型代码 7ps 1.2点大小 1.2默认 1.0太小看不清太大遮盖线条lc rgb red线条颜色红色避免默认蓝色在深色终端里难辨。我在线上环境测试过用w l时运维同事多次误判内存泄漏因曲线平滑掩盖了 RSS 的阶梯式增长换成w lp后同一张图立刻暴露了java进程每 30 分钟一次的 RSS 跳变——那是 GC 触发的典型特征。另一个关键参数是set grid y。很多人加set grid开启全网格但 x 轴PID是离散编号加竖线反而干扰阅读。只开y轴网格水平线能让你一眼对齐 20%、40%、60% 等关键阈值这才是监控图的核心诉求。3.4 终端输出 vs 文件输出何时该用set term dumbgnuplot 默认终端是x11GUI但在无图形环境时会报错。常见错误gnuplot: unable to open display解决方案不是装 X11而是切换终端类型set term dumbASCII 字符画直接输出到终端适合快速验证set term pngcairo生成 PNG 文件适合存档、邮件发送set term svg生成 SVG适合网页嵌入缩放不失真。dumb终端的实操技巧echo set term dumb; plot - using 1:2 with lines; 1 10; 2 15; 3 12; e | gnuplot输出效果15 ------------------------------------------------------- | * * * * * | 14 |- * * * * *- | * * * * * | 13 |- * * * * *- | * * * * * | 12 |- * * * * *- | * * * * * | 11 |- * * * * *- | * * * * * | 10 ----------*-----------*-----------*-----------*------------ 1 2 3 4 5 6虽然简陋但它能让你在手机 SSH 连接时3 秒内确认数据流向是否正常——这比等待 PNG 生成再scp下来快 10 倍。我习惯先用dumb验证数据管道再切pngcairo出正式图。4. 实操全流程从零开始搭建一个可运行的监控绘图系统4.1 环境准备三步确认避免 90% 的失败在动手前请用以下命令确认环境就绪每条命令返回 0 才算成功检查 gnuplot 是否安装并支持 cairognuplot --version # 应输出 5.2.0 gnuplot -e set terminal pngcairo; show terminal 2/dev/null | grep -q pngcairo echo ✅ cairo OK || echo ❌ cairo missing若提示cairo缺失Ubuntu/Debian 执行sudo apt install gnuplot-x11自动带 cairoCentOS/RHEL 执行sudo yum install gnuplot-cario。验证 ps 字段分隔符ps -eo pid,pcpu,pmem,rss,comm --sort-pcpu | head -n2 | od -c | head -n1输出应含\t字符如0000000 \t P I D \t % C P U \t证明 tab 分隔生效。若全是空格说明系统ps不支持-eo降级用ps aux并改awk为awk NR1 {for(i11;iNF;i) cmd$i; print $2,$3,$4,$6,substr(cmd,1,12)}。测试管道连通性ps -eo pid,pcpu,pmem,rss,comm --sort-pcpu | awk -F\t NR1 $20 {print $1,$2,$3,$4,substr($5,1,10)} | head -n5应输出类似1234 12.5 3.2 125432 python3 5678 8.7 1.9 78901 node提示如果ps命令报错invalid option -- o说明你的procps版本太旧3.3.0请升级或改用ps aux | awk NR1 {print $2,$3,$4,$6,$11}但需接受 COMMAND 字段可能截断的风险。4.2 第一个可运行脚本CPU 占用 Top 10 实时图创建文件cpu_monitor.sh#!/bin/bash # cpu_monitor.sh - 实时绘制 CPU 占用 Top 10 进程 OUTPUT_DIR/tmp/gnuplot_plots mkdir -p $OUTPUT_DIR while true; do # 采集 清洗 DATA$(ps -eo pid,pcpu,pmem,rss,comm --sort-pcpu | \ awk -F\t NR1 $20 {printf %d\t%.1f\t%.1f\t%d\t%s\n, $1, $2, $3, $4, substr($5,1,12)} | \ head -n 10) # 检查数据是否为空 if [ -z $DATA ]; then echo $(date): No processes found, skipping plot 2 sleep 3 continue fi # 生成 PNG echo $DATA | gnuplot -e set terminal pngcairo size 900,450 enhanced font Helvetica,10; set output $OUTPUT_DIR/cpu_top10_$(date %s).png; set title CPU Usage Top 10 Processes - $(date %Y-%m-%d %H:%M:%S); set xlabel Process ID; set ylabel CPU %; set grid y; set key outside right center; set style data linespoints; set pointsize 1.3; plot - using 1:2 with linespoints pt 7 lc rgb #2E8B57 title CPU %, \ using 1:3 with linespoints pt 5 lc rgb #4169E1 title MEM %; /dev/null 21 # 清理 1 小时前的旧图 find $OUTPUT_DIR -name cpu_top10_*.png -mmin 60 -delete sleep 3 done赋予执行权限并运行chmod x cpu_monitor.sh ./cpu_monitor.sh 脚本亮点解析时间戳命名cpu_top10_$(date %s).png避免覆盖方便按时间回溯双 Y 轴同时绘制 CPU%绿色和 MEM%蓝色 using 1:3表示复用同一数据流的第 3 列字体增强enhanced font Helvetica,10确保中文系统下英文标签清晰gnuplot 默认字体在某些系统中模糊自动清理find ... -mmin 60删除 1 小时前的图防磁盘占满。运行后/tmp/gnuplot_plots/下将生成类似cpu_top10_1712345678.png的文件。用feh轻量图片查看器或scp传到本地查看。4.3 进阶内存 RSS 增长趋势图检测内存泄漏CPU 图是瞬时快照而内存泄漏需观察随时间变化的趋势。为此我们改用时间序列采集#!/bin/bash # mem_trend.sh - 每 5 秒记录一次 java 进程 RSS绘制 10 分钟趋势 PROCESS_NAMEjava LOG_FILE/tmp/rss_trend.log DURATION600 # 10 分钟 600 秒 # 初始化日志清空旧数据 echo # TimeStamp RSS_KB $LOG_FILE END_TIME$(( $(date %s) DURATION )) while [ $(date %s) -lt $END_TIME ]; do # 获取 java 进程 RSS取最大值防多实例干扰 RSS$(ps -C $PROCESS_NAME -o rss 2/dev/null | awk {sum$1} END {print sum0}) TIMESTAMP$(date %s) echo $TIMESTAMP $RSS $LOG_FILE sleep 5 done # 绘制趋势图 gnuplot -e set terminal pngcairo size 900,450; set output /tmp/rss_trend.png; set title RSS Memory Trend for $PROCESS_NAME; set xlabel Time (seconds); set ylabel RSS Memory (KB); set grid y; set xtics rotate by -45; plot $LOG_FILE using 1:2 with lines lw 2 lc rgb #DC143C title RSS KB; 关键创新点进程名过滤ps -C java比ps aux | grep java更精准避免匹配到grep java自身多实例聚合awk {sum$1} END {print sum0}将所有 java 进程 RSS 相加反映整体内存占用时间戳对齐X 轴用绝对时间戳秒便于跨图对比set xtics rotate by -45防止时间标签重叠。此脚本运行 10 分钟后生成的rss_trend.png能清晰显示 RSS 是否呈线性增长泄漏或周期性波动正常 GC。我曾用它定位一个 Spring Boot 应用的static final Map静态缓存未清理问题——图中 RSS 每小时稳定上升 2MB而 GC 日志显示 Full GC 频率不变。4.4 生产级优化添加告警与自动归档监控图的价值在于“有人看”但没人能 24 小时盯屏。我们在脚本中加入阈值告警# 在 cpu_monitor.sh 的 while 循环内添加 MAX_CPU80.0 ALERT_FILE/tmp/cpu_alert.log if (( $(echo $CPU_MAX $MAX_CPU | bc -l) )); then echo $(date): CRITICAL - CPU $MAX_CPU% (max$CPU_MAX) $ALERT_FILE # 发送邮件或 webhook示例用 mail echo High CPU alert at $(date) | mail -s Server Alert adminexample.com fi更实用的是自动生成日报 PDF。利用 gnuplot 的 multiplot 功能一张图集成 CPU、MEM、DISK# daily_report.gp set terminal pdfcairo enhanced size 12in,8in set output daily_report.pdf set multiplot layout 2,2 scale 1.0,0.9 set title System Resource Report - $(date %Y-%m-%d) # Plot 1: CPU Top 5 set ylabel CPU % plot cpu_data.txt every ::0::4 using 1:2 with linespoints pt 7 title CPU # Plot 2: MEM Top 5 set ylabel MEM % plot mem_data.txt every ::0::4 using 1:3 with linespoints pt 5 title MEM # Plot 3: Disk Usage set ylabel Usage % plot disk_data.txt using 1:2 with boxes title Disk # Plot 4: Load Average set ylabel Load plot load_data.txt using 1:2 with lines title 1-min Load unset multiplot每天凌晨 2 点 cron 执行0 2 * * * /path/to/daily_report.shdaily_report.sh负责收集昨日数据、生成cpu_data.txt等文件再调用gnuplot daily_report.gp。PDF 自动存档审计时直接翻阅。5. 常见问题与排查技巧实录那些文档里不会写的坑5.1 问题速查表高频故障与一键修复现象根本原因修复命令验证方式gnuplot: command not foundgnuplot 未安装sudo apt install gnuplot(Ubuntu) /sudo yum install gnuplot(CentOS)gnuplot --versionplot - failed管道数据为空或格式错ps -eo pid,pcpu | head -n3检查输出确认有数据且含 tabPNG 图像空白set output路径无写入权限mkdir -p /tmp/plots chmod 755 /tmp/plotstouch /tmp/plots/test.png字体显示为方块gnuplot 缺少中文字体sudo apt install fonts-wqy-microheiset encoding utf8在 gnuplot 中set label 测试 at 1,1曲线不连续断点数据点间有空行或非数字awk NF2 $1~/^[0-9]$/ $2~/^[0-9.]$/ {print}过滤wc -l检查清洗后行数5.2 独家避坑技巧来自 37 次线上事故的总结技巧 1用ps的--no-headers避免NR1陷阱很多教程教awk NR1 {print}但若ps因权限不足返回空NR1会跳过所有行导致无输出。更健壮写法ps -eo pid,pcpu --no-headers --sort-pcpu | awk $20 {print}--no-headers直接去掉表头$20过滤无效行双重保险。技巧 2gnuplot 的replot命令不是万能的新手常想用gnuplot -e plot data.txt; pause 1; replot实现刷新但replot不重读文件只是重绘缓存。正确实时刷新法tail -f data.txt | gnuplot -e set terminal dumb; plot - with lines; tail -f持续推送新行plot -每次读新数据。技巧 3解决awk中的$0陷阱ps aux | awk {print $0}看似输出全行但$0包含所有空格substr($0,1,20)可能截断在空格中间。安全做法是明确字段ps -eo pid,pcpu,pmem,rss,comm | awk -F\t NR1 {print $1,$2,$3,$4,substr($5,1,15)}技巧 4gnuplot 的set timefmt与set xdata time若用时间戳绘图如1712345678 125432