キャッシュ使用時のディスクI / Oが高いですか？

数日前、ディスクI / Oの待機とディスクアクティビティの低下に気付きました（これは素晴らしいことでした）。次に、キャッシュがいっぱい（*）で断片化していることにも気付きました。次に、キャッシュをフラッシュしました。その後、ディスク遅延とディスクアクティビティは以前のレベルに跳ね上がりました（これは悪かった）。

IOtopは、[jbd2 / sda2-8]と[flush-8：00]が常にディスク使用率の上にあることを示しています。これは、Dell R210、ハードウェアRAID 1（H200）、大量の空きメモリ（合計16 GB、そのうち約8 GBがバッファ/キャッシュ）です。

（*）キャッシュはPHP用のAPC opcodeキャッシュであり、PHPスクリプト実行のためのディスクアクセスを削減します。開発インスタンスのファイルが含まれているため、キャッシュがいっぱいで断片化していました。それに気づいたとき、私はそれらを除外しました。

問題は、理論的にはディスクI / Oが減少するはずなのに、なぜ増加するのかということです。以下は、muninのグラフです。2月6日から8日までキャッシュがいっぱいでした。

@ cyberx86の指示に従ってapc.mmap_file_maskをコメントアウトした後の変更

そして数日後https://serverfault.com/a/362152/88934

ファイルを使用したメモリマッピング（などapc.mmap_file_mask=/tmp/apc.XXXXXX）を使用すると、I / Oが上昇する可能性があります。

apc.mmap_file_mask共有メモリを使用するように設定してみてください（例：）/apc.shm.XXXXXXまたは/dev/zero（匿名のmmappedメモリ）。設定を未定義のままにすると、デフォルトで匿名のmmappedメモリが使用されます。

通常、mmapファイルはすばらしいことです。

• メモリに何かを完全に格納する場合と比較して、mmapファイルは通常、必要なメモリが少なくなります。
• ファイルに何かを保存する場合と比較して、mmappedファイルはディスクI / Oが少なくて済みます（書き込みを一緒に集約できるため）。

ただし、純粋にメモリに何かを格納する場合と比較すると、I / Oが追加されるため、ファイルが継続的に変化している場合にかなりの負担がかかります。mmappedファイルを使用しないことの欠点は、永続性の欠如です。キャッシュはメモリにのみ保存されるため、再起動後もキャッシュは存続しません。

したがって、キャッシュがいっぱいになって安定している間、キャッシュは最も頻繁に変更されており、常にディスクに書き込む必要があったことを示唆しています。キャッシュがいっぱいになると、各オブジェクトのttlにより、キャッシュ内のデータが反転する速度が遅くなり、変更が減少し、ディスクの書き込みが減少しました。

数日後、今度はいくつかのグラフを表示したいと思います。変更により、その状況は大幅に改善されます。IOサービス時間を除いて、すべてを削減します（安価な小さなPHPファイルの読み取りがなくなったためだと思います）。

サーバーの負荷（既にかなり低いので、変更を発見していませんでした）。