以下のスクリーンショットは、私の Zope インスタンスのキャッシュ関連の状態の経時変化を示しています (ここまでで 3 か月)。
この期間にキャッシュ サイズを 3000 から 6000000 まで数倍に増やしました。最近の 1 回の失敗を除いて、上限の 3000 万に達しました (どのパラメーターかはわかりません) (「by年グラフ）。これは約 1000000 のキャッシュ サイズで発生しました。その後、キャッシュ サイズを変更しても、キャッシュされたオブジェクトや Zope のメモリ使用量には影響がないように見えました。
zope/plone プロセスは、約 500 MB のメモリの使用から 3 GB の使用に移行しました (このサーバーには 8 GB あります)。
私が予想していたのは、キャッシュ サイズを上にスライドさせると、zope が使用可能なサーバー メモリをより多く利用できるようになるということでしたが、3GB でスタックしています (サーバー上の潜在的な 8GB のうち)。
3GB で「キャッピング」する可能性のある別の設定はありますか?
推測では、OS がプロセスごとのメモリ サイズを制限しています。
bash シェルでulimit -v、仮想メモリ制限が設定されているかどうかを確認します。man bashそのコマンドのオプションの完全なリストについては、を参照してください。
使用方法の詳細については、単一の Linux プロセスのメモリ使用量を制限するを参照してくださいulimit。
32 ビット プラットフォーム (これが Intel に限定されているかどうかはわかりません) は、プロセスあたり 3GB に制限されています。これは、プロセスごとに最大 4GB しかアドレス指定できず、下部の 1GB がカーネルによって使用されるためです。もちろん、PAE では最大 64GB までアクセスできますが、ここで実行しているプロセスごとの特定の制限があります。トラフィックの多い plone サイトを 32 ビット プラットフォームで実行することは、もはや本当に不可能です。多くの場合、最も簡単な解決策は、OS を 64 ビット バージョンにアップグレードすることです。かなり古いハードウェアを使用していない限り、x86-64 を実行できるはずだからです。