ファイルシステムキャッシュ
ファイルシステムキャッシュ
多くの人が気付いていません。パフォーマンス上のファイル・システム・キャッシュへの影響。Linuxシステムのデフォルト設定ではそれほど大きなメモリ・マシン上で、私たちはしばしば多くの空きメモリを持っていないことがあり、ファイルキャッシュのためにできる限りのメモリへの傾向があります。（無料第二ライン出力コマンドを以下に示します）。ファイル・システム・キャッシュは、ディスク操作をスピードアップすることができ、より良いシステムIOパフォーマンスをするために、コストがちょうど使用されるいくつかの空きメモリを置きます。
どのくらいのメモリ、我々は、ファイルシステムキャッシュを確保する必要がありますか？まず、「自由」コマンドを理解する必要があります
合計は、キャッシュされた無料の共有バッファを使用しました MEM：2058824 1772172 286652 0 214708 879744 - / +バッファ/キャッシュ： 677720 1381104 スワップ：1048568 84 1048484
上記のコマンドの出力のために、私たちはMemの日、総コラムショー私たちメモリの2Gの合計を見て。カラムショー我々は、合計メモリに近づいて、1.8Gメモリ（1772172）について使用するために使用されます。実際には、列に使用すると、ファイルシステムキャッシュの一部が含まれており、これまであまりないかもしれ実メモリを使用します。
私たちのビュー「 - 。/ +バッファ/キャッシュ」「使用」の列（677720）まつりは、実際に使用されてどのくらいのメモリを示しています。= 1381104 286652 + 879744 + 214708 =自由である「無料」欄= Memの日のバッファ+キャッシュされた+無料、bffersとキャッシュが空であるかどうかを示す、我々は多くの空きメモリを持っています。だから、このマシンはちょうど661Mメモリ（677720/1024/1024）に実際にあります。
さて、このアプリケーションのために、それが適切なキャッシュ割り当てているのですか？あなたはキャッシュのそれのために多くのメモリを必要？リソースの無駄はありますか？答えは「状況的」です。
キャッシュルールは単純です：あなたは仕事ができる限り行われている満たすためにキャッシュします。アプリケーションスタックの観点から、層の下に、あまり効率的なキャッシュは、より多くの私は、あなたがより多くのメモリを必要とする場合があり、キャッシュすべきかわからない知っている巨大なキャッシュディスクアレイを考えます。アプリケーションがキャッシュする能力を持っているのであれば、あなたはより良い、より多くのメモリ、アプリケーションではなく、ファイルシステムキャッシュを残すだろう。そのようなログを書き込むように、ファイル・システム・キャッシュはまだいくつかの状況で有用であるので、もちろんアプリケーションに割り当て、すべてではない空きメモリ、我々は、追加のバッファが必要な場合があります。あなたのデータベースまたはファイルシステムキャッシュ10Gメモリへの選択肢、10ギガバイトのメモリを作る行った場合でも、明らかにあなたは、データベースにメモリを置く必要があります。データベースではなく、理論的には、ファイルシステムキャッシュに依存するので、自分自身を達成するために、ディスク・ストレージ・サブシステム、多くの場合、効果的であるので、MySQLのInnoDBは、独自のストレージエンジンを達成し、データベースはMongoDBのよりそれほど依存当然、よりインテリジェントなキャッシュデータとすることができますデータベース内のデータを更新するためのファイルシステムは、はるかに効率的です。
だから、私たちのオペレーティングシステム、空きメモリを示すfreeコマンドのために、にもっと注意を払う必要があります- / +バッファ/キャッシュ：このセクションを。これは、あなたのシステムが空きメモリを残りの可能性があることを示します。我々は、将来の負荷の成長のための十分な余剰を持っていることを確認する必要があります。データベース型のアプリケーションでは、多くの時間が、私たちは、ファイルシステム上であることを願っていますが、ファイル・システム・キャッシュの可能性が高い圧力につながることが、他のアプリケーションのための急激な増加の非データベースのディスク上にはないので、いくつかの伐採事業のために、まだ、ファイル・システム・キャッシュを使用する必要がある、などWebサーバ、仮想マシンは、多くの場合、特にIOの良いを改善するために、ファイルキャッシュの有効利用をより効率的にします。
ます。http：より転載//www.db110.com/ファイルシステムキャッシュ/