直接用 time.sleep() 会阻塞主线程导致采样丢失和进程被杀,应改用 threading.Timer 或 asyncio.create_task() 并为 psutil 调用设 timeout、预调用 cpu_percent() 丢弃初值。

为什么直接用 time.sleep() 在循环里会阻塞监控响应
后台静默运行不等于“挂起式轮询”。用 time.sleep(5) 做固定间隔采集,一旦系统负载突增、磁盘 I/O 阻塞或 psutil 调用超时,整个循环就会卡住,错过后续采样点。更糟的是,某些 Linux cgroup 限制下,长时间无响应的进程可能被 OOM killer 杀掉。
实操建议:
- 改用
threading.Timer或asyncio.create_task()触发下一轮采集,主线程始终保活 - 所有系统调用(如
psutil.cpu_percent())必须加timeout=2参数,否则默认阻塞无上限 - 首次调用
psutil.cpu_percent()必须先调用一次丢弃初始值,否则返回0.0
如何让脚本真正“静默”——不占终端、不弹窗、不写 stdout
所谓静默不是靠 print() 少写几行,而是从启动方式到日志路径全链路隔离。直接双击运行 .py 文件在 Windows 上会闪黑窗;Linux 下用 nohup python monitor.py & 仍可能因父 shell 退出导致子进程收到 SIGHUP。
实操建议:
- Windows:打包成无控制台 exe(
pyinstaller --noconsole monitor.py),或用pythonw.exe启动 - Linux/macOS:用 systemd service 或
screen -dmS monitor python monitor.py,并重定向所有输出:> /dev/null 2>&1 - Python 内部禁用 print:在脚本开头插入
import os; os.dup2(os.open(os.devnull, os.O_WRONLY), 1); os.dup2(1, 2)
psutil 采集哪些指标才真正反映系统瓶颈
盲目采集所有 psutil 指标不仅拖慢脚本,还会掩盖真实问题。比如每秒查一次 psutil.net_if_addrs() 会产生大量 socket 创建/销毁开销;而漏掉 psutil.sensors_temperatures() 在服务器过热告警场景就是致命缺陷。
librosa 是一个用于音频和音乐分析的 Python 库。它提供了特征提取、频谱分析、节拍跟踪、起始检测和音频可视化的工具,基于 NumPy 和 SciPy 构建,用于科学音频计算。
实操建议:
- 必采三项:
psutil.cpu_percent(interval=1)(非 0)、psutil.virtual_memory().percent、psutil.disk_usage('/').percent - 按需开启:
psutil.sensors_temperatures()(仅 Linux + root)、psutil.net_io_counters()(只在监控网络服务时启用) - 绝对避免:
psutil.process_iter()全量遍历(用psutil.pids()+ 白名单 PID 过滤替代)
日志写入不崩溃的关键:异步刷盘 + 循环文件
监控脚本跑几天后突然报错 OSError: [Errno 24] Too many open files?大概率是日志文件句柄没关闭,或者用 open(..., 'a') 每次都新建句柄。更隐蔽的问题是,高频写入时 .flush() 不跟 os.fsync(),断电后最后一段日志直接丢失。
实操建议:
- 用
logging.handlers.RotatingFileHandler设定maxBytes=10*1024*1024和backupCount=5,自动轮转 - 每次写入后执行
logger.handlers[0].stream.flush()+os.fsync(logger.handlers[0].stream.fileno()) - 日志路径必须是绝对路径(如
/var/log/monitor.log或C:\ProgramData\monitor\log.txt),避免相对路径在 daemon 化后失效
真正难的不是采集数据,而是让脚本在内存受限、权限收紧、内核版本碎片化的各种生产环境里持续呼吸——比如某些嵌入式设备上 psutil.sensors_temperatures() 根本不存在,得提前 hasattr(psutil, 'sensors_temperatures') 判断;又比如容器环境里 /proc 被挂载为只读,连 psutil.disk_usage() 都会抛 PermissionError。
Python免费学习笔记(深入):立即使用
在学习笔记中,你将探索 Python 的核心概念和高级技巧!










