最適なバッファサイズ（2）

Question

は、のは、私が上のファイルへのデータの1ギガバイトを書きたいとしましょうwrite(2)システムコールを使用してext3 Linuxファイルシステムを言うと、これは非常に忙しい環境（多くの同様のI/Oの中で起こりますconcurently）。区間内の最適なバッファサイズはどのようなものです、と言う、[4 kB, 4 MB]は

1. がO_DIRECTオープンフラグ、または
2. O_DIRECTを使用してを使用しない場合があることを行うには？

「自分で確認してください」という回答はしないでください。「ファイルシステム」の人から回答を得たいと思います。

Answer 1

コメントで述べたように、私は正確なサイズを信じて、それがあると仮定すると、それほど重要ではありません。

• ファイルシステムサイズの小さな倍数（ヨアヒムPileborgによってコメントがstat(".")を示唆などを参照してください）
• 2の電源（コンピュータやカーネル彼らのようなので）
• ない大きすぎる（あなたのプロセッサ内のいくつかのキャッシュにフィッティング例えば、例えばL2キャッシュ）
• がメモリに整列（例えばposix_memalignを使用してページサイズには） 。

したがって、16kバイトから数メガバイトの間の2のべき乗は、おそらく適合するはずです。ほとんどの場合、ディスクの読み取りに費やされます。ファイルシステムとディスクのベンチマークは、その範囲でかなり平坦です。

4Kbytesはページサイズとディスクチャンクサイズであることが多いようです。

もちろん、ファイルシステムをmke2fsとすると、調整することもできますが、ファイルシステムのブロックサイズです。

そして最適なのはあなたのハードウェア（SSD、ハードディスク）とシステム（およびその負荷）に本当に依存していると思います。

Answer 2

答えは私の経験では、ファイルシステムそのものではなく、基本的なデバイスやハードウェアに依存しています。つまり、デバイスのバッファキャッシュと、小さなブロックなどで書き込むデバイスの機能です。あなたのファイルシステムのブロックサイズ（stat(.) - 約4 KB）のように小さいサイズで書くべきではありません - 同様に、多くの場合、低い可能性があるCPUのL2/L3キャッシュサイズを超えてはいけません512kbとして。また、持つものとして、私の経験的な経験に対応している - の操作の単位としてSSDデバイスと同様ののような64キロバイトが、その後、私は64キロバイト、128キロバイトのバッファサイズが最も最適であることを示唆していることを考えると

最高のスループット。

Answer 3

stdio.hを含めると、システムの最適サイズとしてBUFSIZを定義する必要があります。これは決して保証されるものではありませんが、広範なベンチマークを実行する能力がなければ、適切な価値があります。ベンチマークの出発点です。