非OSディスクの「ファイルシステム予約ブロック」の合理的なサイズは？
ファイルシステム（mkfs ...）を作成するとき、ファイルシステムは、man tune2fsによると、次の理由により、ファイルシステムが自身の使用のためにスペースの5％を予約します。
特権プロセスで使用するためにいくつかのファイルシステムブロックを予約することで、ファイルシステムの断片化を回避し、非特権プロセスによるファイルシステムへの書き込みが禁止された後、syslogd（8）などのシステムデーモンが引き続き正常に機能できるようにします。
しかし、大きなドライブでは、5％がかなりのスペースになります。
データストレージ用に4x1.5 TBドライブがあるため（OSは別のディスクで実行されます）、デフォルト設定では300 GBを予約します。これはOSドライブ全体よりも1桁大きいです。
予約スペースは微調整できますが、データディスクの適切なサイズはどれくらいですか？ゼロに設定できますか、それともフラグメンテーションの問題につながる可能性がありますか？
私は次の答えを見つけました https://www.redhat.com/archives/ext3-users/2009-January/msg00026.html 、ext4開発者Theodore Tsoから。
予約済みブロック数をゼロに設定すると、ファイルシステムがほぼ満杯（つまり95％以上）の状態で長時間（ファイルの作成と削除を多数）実行する場合を除いて、パフォーマンスに大きな影響はありません。その時点で、断片化の問題が発生します。 ext4のマルチブロックアロケーターは、連続したブロックを見つけるのがはるかに困難なため、はるかに断片化耐性があります。完全にいっぱいになります。
ファイルがあまり頻繁に変更されない長期的なアーカイブ（つまり、巨大なmp3またはビデオストア）にファイルシステムを使用している場合は、明らかに重要ではありません。