Bazzite项目内存泄漏问题排查与解决方案

问题现象分析

近期Bazzite项目更新后，部分用户报告在运行特定游戏时出现内存持续增长直至系统崩溃的问题。典型症状表现为：

1. 内存使用量逐步攀升至11.4GB左右
2. 调用Steam界面时出现UI异常（白色方块）
3. 游戏性能逐渐下降最终崩溃
4. 跨引擎普遍性（影响Source、UE4、Unity等多个引擎的游戏）

技术背景

现代Linux系统内存管理采用"buff/cache"机制，这部分内存本应能被其他应用程序动态回收利用。但在问题场景下，系统未能正确释放缓存，导致可用内存持续减少。

排查过程

通过分析用户提供的系统日志和内存监控数据，发现：

1. /dev/shm目录下存在大量未清理的临时文件
2. tmpfs文件系统占用异常
3. 内存回收机制失效，buff/cache区域持续增长不释放

根本原因

最终定位问题源于Decky Recorder插件的设计缺陷。该插件会持续生成MP4录像文件并存储在临时文件系统中，但缺乏自动清理机制，导致：

• 临时文件系统空间耗尽
• 内存回收机制受阻
• 系统整体内存管理异常

解决方案

1. 立即措施：

   • 手动清理/dev/shm目录下的临时文件
   • 卸载或禁用Decky Recorder插件

2. 长期建议：

   • 为录屏类插件配置自动清理策略
   • 监控tmpfs使用情况
   • 定期检查系统临时文件

技术启示

1. 内存问题可能由看似无关的组件引起
2. Linux系统的tmpfs机制需要合理管理
3. 系统监控工具（如free -ht、df -h）是诊断内存问题的有效手段
4. 多引擎共性问题通常指向系统层而非游戏本身

预防建议

对于Bazzite用户：

1. 安装新插件后监控系统资源使用情况
2. 定期检查系统日志和临时目录
3. 了解基础Linux内存管理知识有助于快速定位问题

此案例展示了系统级问题排查的典型思路：从现象出发，通过日志分析和系统监控工具逐步缩小范围，最终定位到具体组件。这种系统化排查方法适用于各类Linux发行版的问题诊断。