背景
我有一个 NAS 设置，它以每小时文件一次的方式将摄像机数据直接流式传输到磁盘，然后在一天开始时设置一个作业，将 24 个文件连接到一个日文件中，然后将其存储在同一个子卷中（使用 ffmpeg）
我有带压缩的“实时摄像头”子卷残疾人和nodatacow。
意图
我们的想法是尽可能限制已压缩视频文件（无压缩）的 btrfs 开销，并尝试限制文件的写入影响 (nodatacow)，按照文档:
就地更新可以提高频繁覆盖的工作负载的性能，但代价是可能会发生部分写入，以防写入中断（系统崩溃、设备故障）。
（不太担心部分写入，因为ffmpeg似乎非常有能力连接仍然可见的部分损坏的视频文件。）
症结所在
不过再看一下描述我不太确定这会有什么帮助：我不确定“覆盖”是否会影响视频文件的长流。
文件的写入是不断覆盖的行为吗？
在这种情况下它还有帮助吗？
问题
任何关于子卷的潜在安装选项的指导都是值得赞赏的，如果您知道我可以查看哪些统计数据/系统指标来确定 A/B 比较，那也很棒！
此外
autodefrag也引起了我的注意：
启用自动文件碎片整理。启用后，会检测到对文件的小型随机写入（范围为数十 KB，目前为 64 KiB）并排队等待碎片整理过程。可能不太适合大型数据库工作负载。
再次，我不确定如果“写入文件”适用于长时间运行的视频流，或者它仅影响现有的“创建”文件。