fwrite（）パフォーマンス低下

Question

Windows用のコマンドラインCアプリケーションでは、fwrite（）を使用して受信データをSSDドライブ上の1GBファイルに連続的にダンプします。データは、約16 KBのチャンクのPCIeカードから得られます。これは、fwrite（）を呼び出すときに使用したデータ数です。これらの状況では、各fwrite（）コールは通常、（Windowsパフォーマンスカウンタを使用して測定した）を100μs未満としますが、を完了するのに2秒以上かかる外れ値があり、PCIeカードにバッファオーバーフローが発生します。これらの散発的な性能低下の原因は何ですか？私は彼らが起こることを防ぐために何ができるのですか？

アップデート＃1：この問題の一部は、SSDドライブが原因であるようです。通常の機械的なHDDにダンプする場合、異常値は（1000msecではなく）100msecのオーダである。

更新＃2：fwrite（）の減速は、最初の1.5 GBのデータを書き込んだ後に発生するようです。 1 GBファイルにダンプすると、2番目のファイルの途中で減速が発生します。 512 MBのファイルを使用する場合は、3番目のファイルの後です。 256 MBのファイルを使用する場合は、6番目のファイルの後になります。

Answer 1

はsomethingを盗む：

フラッシュメモリは、消去・書き込みサイクルを使用しています。基本的に消去は、 のメモリをすべて1に設定します。書き込みはビットを0に設定し、既存の1が0に変更されている限り、 異なるデータを書き込むことは可能です。フラッシュファイル システムでは、長時間で電気的に高価な の消去サイクルなしに、 の操作を実行できるため、この機能を利用することができます。

SSDでは、おそらくフラッシュファイルシステムを使用していません。私の推測では、SSDコントローラがいくつかのセクタを消去してスペースを解放している間、定期的に書き込みを一時停止する必要があるということです。