直播电脑维护指南：OBS、剪辑与磁盘压力

直播电脑是一台没人给排过维护日程的视频生产机器：6000 Kbps 的直播每小时写入 2.7 GB，同一场次的高质量本地录制再加 5-7 GB——这还是回放缓冲区和自动剪辑把同一块盘吃第二遍之前。磁盘压力才是真正让直播翻车的故障模式：掉帧、录制卡顿，以及开播前几小时 C: 盘就已装满。

趁磁盘还没替你算账，先把账算清楚

码率按固定汇率换算成存储：6000 Kbps 的视频约为每小时 2.7 GB，CRF 模式的 1080p60 本地录制视画面运动量在每小时 5-7 GB 之间。带本地录制的四小时慈善直播一晚就会产出约 25 GB；每周三场的直播季，还没导出第一条高光集锦就已经半个 TB。直播设备的存储要按季度规划而不是按晚上规划，大多数“直播到一半盘满了”的灾难，早在几周前就被算术安排好了。

磁盘布局和容量同样重要。一块专用的采集盘——第二块 SSD，容量量力而行——把录制和系统解耦：采集盘满了，Windows 照常呼吸，编码器也不会和游戏争抢同一个卷。录制到系统和游戏所在的同一块 NVMe 上，在空闲空间耗尽前都能凑合；录制到 HDD 在纸面上撑得住顺序写入，可一旦游戏从同一张盘片读取贴图就会当场完蛋。两块盘都保留 15-20% 的空闲：低于这条线，SSD 恰好在 OBS 最需要写入性能的时候掉速。

每周例行维护，主播版

两场直播之间的清理既简短也不起眼：把值得保留的素材移到归档盘或 NAS，其余删掉，再把没人会看第二遍的剪辑文件夹清空。审计你的工具都往哪里写东西：即时回放和自动剪辑（NVIDIA 的覆盖层、Medal 之流）各自维护自己的素材库，回放缓冲区有独立的磁盘配额，而驱动糟糕的一周之后，%APPDATA%\obs-studio 里的 OBS 崩溃转储可能悄悄涨到几百 MB。每周检查五个文件夹，工作就这么多。

直播日冻结配置：编码器设置、驱动版本和场景集合不会在开播前几小时改动，因为“能回滚”和“出灾难”之间差的正是那一条演练过的流程。改动放到休息日测试，任何实验之前先导出场景集合：它们是 JSON 文件，几秒钟就能恢复，而且这是整套配置中唯一无法从原始素材重建的部分。每次更新 GPU 驱动后，都要预期下次启动时重建着色器缓存：头几分钟卡顿一两下属于正常，不代表机器快不行了。

每周把要保留的录像移出采集盘——先进归档盘或 NAS，再清空源文件夹
两块盘都保持 15-20% 空闲；低于这条线，编码器和系统都会开始卡顿
审计剪辑工具的输出文件夹——即时回放和自动剪辑写下的正是没人看第二遍的 GB 级文件
清理时顺手清空 %APPDATA%\obs-studio\crashes 和日志——驱动糟糕的一周会留下几百 MB 的转储
每次 GPU 驱动更新后等着色器缓存重建——头几分钟可能卡顿，这很正常
任何实验前导出 OBS 场景集合；直播日绝不改动编码器设置

没人能长期手动坚持的那部分

关于维护例行的诚实真相是：它能撑到你不愿动手的那个晚上为止——直播结束后，凌晨一点，第二天还要上班。这是计划程序的工作，不是意志力的工作：直播设备上可再生的垃圾（OBS 的日志和转储、着色器缓存、每个聊天与覆盖层工具的网页缓存），正是 Kleaner PRO 的 Safe 预设通过 Windows 任务计划程序无人值守处理的那一类，而沉重的媒体文件仍归你本人甄别。

收尾还有两个习惯。SSD 除了空间什么都不需要你做：TRIM 按自己的计划运行，SSD 的“优化”指的就是这个而不是碎片整理——每月一次的重新修剪属于日常保洁，不是维修。另外注意直播日的后台负载：装着仪表盘和提醒的浏览器标签页、聊天客户端和本周的启动器都在吞噬编码器想要的内存和 CPU；给聊天配一台备用机或平板，比和自己直播间的覆盖层打一场掉帧战争便宜得多。