Linuxライブラリを強制的に物理RAMに常駐させますか？

Question

私たちは、約3世代の共有ライブラリから構成され、多くの異なるフロントエンドが共有ライブラリのさまざまな部分をロードするLinuxアプリケーションスイートを持っています。私たちは24G搭載のマシンで動作し、その3Gの大部分を頻繁にロードします。我々はすべての3Gが常にRAMに常駐するように強制しようと考えているので、すべてのアプリはできるだけ早く開始されます。

これはできますか？私たちの最初の考えは、バイナリを/ dev/shmのようなラムディスクに入れていたのですが、カーネルは内容を自由に交換することができます。 swappinessパラメータを0に減らすこともできますが、ファイルキャッシュはメモリを有効に使用しているので、どちらも必要とは思わないと思います。私たちは、この特定のチャンクがいつも熱く保たれるように指示したいだけです。

mlockシステムコールがありますが、私たちが望むものとまったく同じように聞こえますが、これをRAMディスクとどのように統合するかはわかりません。

私たちはRAMディスクを必要としないかもしれませんが、MAP_SHARED、MAP_LOCKED、およびMAP_POPULATEを渡して、すべてのバイナリの全範囲を単純にmmapするデーモンプロセスですか？これは、他のプロセスによる将来の負荷が即座に同じ物理メモリにアクセスする原因になりますか？ ldがMAP_SHAREDでmmapを使って共有ライブラリをロードするのは正しいですか？

なぜこれが良いかどうかについての観察もあります。

Answer 1

prelinkは、ゼロに調整されたスワップと組み合わせて見ることができます。あなたが24Gを持っていて、ボックスがスワップし始めると、とにかくトーストになります。 Prelinkを使用すると、ライブラリが読み込まれるたびに、各ライブラリの同じ特定のメモリ領域にライブラリが再配置されます。これにより、ライブラリは重複するメモリ範囲（少なくとも64ビットシステム上）を避けることができ、すべてのライブラリが一度だけロードされます。さらに、少量のメモリが節約されます（私のシステムでは最大約100Mです）。もちろん高速です。

個人的には、RAMが少ないマシンであっても、swappinessを0にチューニングすることをお勧めします。主にAndrew Mortonがそれを気に入っており、低メモリデスクトップをさらに目指しているからです。私はつもりは私の耳に私の指を固執し、人々は「私はゼロにswappinessを設定し、それは私がそれをやりたいしませんでした」

を教えてまで、「ラララ」を歌うよ

もちろん、うんざりの歌を止めることはできません。

これはファイルキャッシュを無効にしません。ファイルキャッシュのためのスペースを確保するためにスワップアウトされたページを避けるだけです。通常、スワッピングはディスクからファイルを読み込むよりも遅いためです。

Answer 2

Linuxカーネルに共有ライブラリを強制的にメモリに保存させることができます。私はこのvmtouchのために使用します。詳細については、この質問で

ルック： https://serverfault.com/questions/43383/caching-preloading-files-on-linux-into-ram