非OSディスクの「ファイルシステム予約ブロック」の合理的なサイズは？

ファイルシステム（mkfs ...）を作成するとき、ファイルシステムは、次のように、独自の使用のためにスペースの5％を予約しますman tune2fs。

ファイルシステムの断片化を回避し、非特権プロセスがファイルシステムへの書き込みを禁止された後、syslogd（8）などのシステムデーモンが正しく機能し続けることを可能にするために、特権プロセスが使用するいくつかのファイルシステムブロックを予約します。

しかし、大きなドライブでは、5％がかなりのスペースになります。

データストレージ用に4x1.5 TBのドライブがあるため（OSは別のディスクで実行されます）、デフォルト設定では300 GBを予約します。これは、OSドライブ全体よりも1桁多くなります。

予約スペースは微調整できますが、データディスクの適切なサイズはどれくらいですか？ゼロに設定できますか、それともフラグメンテーションの問題につながる可能性がありますか？

私はext4開発者であるTheodore Tsoからの回答https://www.redhat.com/archives/ext3-users/2009-January/msg00026.htmlを見つけました。

予約済みブロック数をゼロに設定すると、ファイルシステムがほぼ満杯の状態（たとえば95％以上）で長時間（多くのファイルの作成と削除を）実行する場合を除いて、パフォーマンスに大きな影響はありません。その時点で、断片化の問題が発生します。Ext4のマルチブロックアロケーターは、連続するブロックを見つけるのがはるかに難しくなるため、フラグメンテーション耐性がはるかに高くなります。したがって、他のext4機能を有効にしない場合でも、ファイルシステムの前にext4完全にいっぱいになります。

ファイルがあまり頻繁に変更されない長期的なアーカイブ（つまり、巨大なmp3またはビデオストア）にファイルシステムを使用しているだけであれば、明らかに問題にはなりません。