4

誰かがこれを実際的な方法で説明できますか? サンプルは、Nginx と 3 つの Mongrel クラスターを使用した、トラフィックの少ない 1 つの Rails サイトの使用法を表しています。ページ キャッシングについて学ぶことを目指しているので、これらの数字がそのプロセスに重要な意味を持っているかどうか疑問に思っているので質問します。ありがとうございました。素晴らしいサイト！

me@vps:~$ free -m
                   total       used       free     shared    buffers     cached
Mem:           512        506            6             0          15           103
-/+ buffers/cache:       387        124
Swap:         1023        113        910
4

2 に答える 2

3

物理メモリがすべて使用されています。なんで？そこにあるので、システムはそれを使用する必要があります。

また、システムが 113M のスワップ領域を使用していることにも注意してください。悪い？良い？場合によります。

103M のキャッシュ ディスクがあることも確認してください。これは、103M のディスクをキャッシュし、これらの 113M をスワップアウトする方がよいとシステムが判断したことを意味します。使用されていないメモリを使用しているプロセスがいくつかあるため、ディスクにページアウトされている可能性があります。

他のポスターが言ったように、他のツールを使用して何が起こっているかを確認する必要があります。

  1. あなたの認識: サイトは、使用時に適切に実行されていますか?
  2. ベンチマーク: クライアントが見ている応答時間は?
  3. より詳細な診断:
    1. 上: どのプロセスがメモリと CPU を使用しているかをライブで確認できます
    2. vmstat: 次のような出力が生成されます。
alex@armitage:~$ vmstat 1
procs --------------memory---------- ---swap-- -----io---- -system-- ----cpu-- --
 rb swpd free buff cache si so bi bo in cs us sy id wa
 2 1 71184 156520 92524 316488 1 5 12 23 362 250 13 6 80 1
 0 0 71184 156340 92528 316508 0 0 0 1 291 608 10 1 89 0
 0 0 71184 156364 92528 316508 0 0 0 0 308 674 9 2 89 0
 0 0 71184 156364 92532 316504 0 0 0 72 295 723 9 0 91 0
 1 0 71184 150892 92532 316508 0 0 0 0 370 722 38 0 62 0
 0 0 71184 163060 92532 316508 0 0 0 0 303 611 17 2 81 0

これは、スワップがあなたを傷つけているかどうかを示し（siの数値が高いなど）、時間の経過に伴うパフォーマンス統計をより簡単に確認できます.

于 2008-10-26T10:42:15.507 に答える
1

私がこれを読んだ時点で、あなたはほとんどすべてのメモリを使い切っており、6 M の空き容量があり、スワップの約 10% を使用しています。より便利なツールは、top またはおそらく ps を使用して、個々の雑種がそれぞれどれだけ RAM を使用しているかを確認することです。スワップに入るため、おそらくさらに速度が低下します。3 つではなく 2 つだけの mongrel を使用すると、スワップ メモリに移動しない可能性が高いため、実際には応答が速くなることがあります。

ページのキャッシュは確かに応答時間を大幅に短縮するので、ページがキャッシュ可能な場合 (たとえば、個々のユーザーに固有のコンテンツがない場合) は、ぜひチェックしてみてください。

于 2008-10-26T04:03:29.053 に答える