私たちは2つのパーティションに分かれたビデオ編集サーバーを持っています。 1つはビデオクリップ用、もう1つはプロジェクト用です。プロジェクトパーティションには合計7TBのデータと250,000個のファイルがあります。このうち50,000個はサイズが1600バイト未満です。 inodeサイズをデフォルトの256バイトから2048バイトに増やすと、パフォーマンス上の利点があるかどうか疑問に思います。ファイルシステムは、これらの1600バイトファイルをinodeメタデータと共にインラインで自動的に保存しますか？
私たちはSambaを使ってWindowsとMacのクライアントに共有をマウントします。同じ共有内のフォルダ間で10,000個の小さなファイルを含むディレクトリを移動する（Windowsクライアントを使用）、データがどこにも転送されていないにもかかわらず、移動操作を完了するのに3〜4分かかります。だから、ファイルポインタの更新には時間がかかると思います。ファイルの20％をそのinodeと共にインラインで保存すると、状況は改善されますか？
私の計算によると、約300MBの追加スペースが必要になるようです（無視できます）。では、なぜこれを試さないのですか？
注：ファイルシステムは現在ブロックサイズ4Kでフォーマットされており、デフォルトのNVMe SSDディスクブロックサイズは4Kです（512Bに再フォーマット可能）。