仮想メモリの使用方法を理解する> Linuxでのスワップ+物理

「トップ」に6GBの常駐メモリと70GBの仮想メモリが割り当てられていると報告しているプロセスがあります。奇妙なことに、この特定のサーバーには8 GBの物理容量と35 GBのスワップ領域しかありません。

「トップ」マニュアルから：

   o: VIRT  --  Virtual Image (kb)
      The total amount of virtual memory used by the  task.   It  includes
      all  code,  data  and  shared  libraries  plus  pages that have been
      swapped out. (Note: you can define the STATSIZE=1 environment  vari-
      able  and  the VIRT will be calculated from the /proc/#/state VmSize
      field.)

      VIRT = SWAP + RES.

この説明があれば、プロセスの仮想メモリ割り当ては、スワップと使用可能な物理メモリに制限されると予想します。

「pmap」によると、このプロセスのコード、共有ライブラリ、および共有メモリのセクションはすべて最小で、300M程度です。

明らかに、マシンとプロセスはまだ（ゆっくりではありますが）正しく機能しているので、ここで何が欠けていますか？

物理RAMまたはページファイルにないデマンドゼロメモリである可能性があります。

あなたが見たいかもしれないいくつかのリソース：

• http://www.gitam.edu/eresource/comp/gvr(os)/13.6.htm
• http://linux.derkeiler.com/Newsgroups/comp.os.linux.development.system/2006-11/msg00176.html

アプリケーションは空のメモリページをたくさん作成しますか？もしそうなら、あなたのアプリケーションは以下から大きな恩恵を受けるかもしれません：

• http://code.google.com/p/compcache/（実験的）

リアルタイムのメモリページで圧縮および解凍できます。次に、ディスクにスワップするのではなく、RAMにすべてを保持できます（非常に遅い）。

ここでは、仮想メモリと常駐メモリについて説明します。

/programming/561245/virtual-memory-usage-from-java-under-linux-too-much-memory-used

ここではJavaプロセスについて説明しますが、Linuxで実行されているすべてのプロセスに適用できます。virtの主なポイントは、合計には使用できないものすべてが含まれていることです。Virtは32ビットOSに注目するものです（プロセスがアドレス可能なスペースの制限に達するため）が、それ以外の場合はほとんど役に立ちません。前述のように、注意が必要なのは常駐メモリであり、使用可能な物理RAMとスワップに制限されます。

これは、プロセスのアドレス空間が指定したサイズである可能性が高いですが、OSによって実際には割り当てられていません。

から：http : //lwn.net/Articles/428100/

「十分なオーバーヘッドと大幅なレイテンシなし」という目標を達成しようとする過程で、Go開発者はいくつかの簡略化の仮定を行いました。その1つは、実行中のアプリケーション用に管理されているメモリは、単一の仮想的に連続していることです。アドレス範囲。そのような仮定は、エディターがviでヒットしたのと同じ問題に遭遇する可能性があります-他のコードは範囲の真ん中にピースを割り当てることができます-したがって、Go開発者は同じソリューションを採用しました：彼らは必要と思われるすべてのメモリを割り当てるだけです（彼らは考えました、合理的には、起動時にその16GBで64ビットシステムで十分です）。

つまり、メモリ管理が時々行われる不合理な方法です-連続したアドレス空間があると、未使用のメモリの解放が簡単になります。

答えはおそらくMMAPです。データはディスク上にありますが、それはスワップの「外側」にあり、「free」または「top」コマンドでは表示できません。

Javaプロセスが複雑すぎない場合は、「lsof」で遊んでMMAPファイルの場所を見つけることができます。ただし、このJavaプロセスが複雑な場合、見づらくなります。

Linuxでは物理メモリ+スワップスペースよりも多くの仮想メモリを割り当てることができることにも驚きましたが、これは明らかに典型的な状況でのパフォーマンスに役立ちます。

幸い、メモリアカウンティングモードを切り替えるために使用できるカーネル調整パラメータがあります。このパラメーターはvm.overcommit_memoryであり、使用可能なメモリーを追跡するために使用されるアルゴリズムを示します。デフォルト（0）は、ヒューリスティックな方法を使用し、仮想メモリシステムをオーバーコミットします。プロセスをランダムに強制終了するのではなく、割り当て時にプログラムが適切なメモリ不足エラーを受け取るようにするには、このパラメーターを2に設定する必要があります。

http://www.linuxjournal.com/article/10678