背景
カメラデータを時間ごとのファイルとしてディスクに直接ストリーミングするNAS設定があり、1日の開始時に24個のファイルを毎日ファイルにリンクするタスクを設定し、同じInサブボリューム(使用)に保存します。 ffmpeg)
圧縮を含む「ライブカメラ」サブボリュームがあります。障害のあるそしてnodatacow
。
意図
アイデアは、圧縮されたビデオファイル(圧縮なし)のbtrfsオーバーヘッドを最大限に制限し、ファイルの書き込み影響(nodatacow)を制限することです。文書:
フルアップデートは、上書きするワークロードのパフォーマンスを向上させることができますが、書き込みが中断された場合(システムクラッシュ、デバイスエラー)、部分書き込みが発生する可能性があるという欠点があります。
(部分的な書き込みについては心配しないでください。ffmpeg
まだ表示されている部分的に破損したビデオファイルをリンクできるように見えるためです。)
問題の核心
しかし、説明をもう一度見てください。これがどのように役立つかはわかりません。:「上書き」がビデオファイルの長いストリーミングに影響するかどうかはわかりません。
ファイル書き込みは継続的な上書き動作ですか?
この状況でもまだ役に立ちますか?
質問
サブボリュームの潜在的なマウントオプションに関するガイドラインをご覧いただきありがとうございます。 A / B比較を決定するために確認できる統計/システム指標を知っていればそれもいいでしょう!
また
autodefrag
また、私の注意を引いた。
自動ファイル最適化を有効にします。有効にすると、ファイルへの小さなランダム書き込み(数十KBの範囲、現在64KiB)が検出され、デフラグプロセスのためにキューに追加されます。大規模なデータベースワークロードには適していない可能性があります。
また、よく分からない「ファイルへの書き込み」が長時間実行されるビデオストリームで動作する場合、または既存の「作成」ファイルにのみ影響を与える場合。