セッションサイズをトレースするために、Wicket DebugBarを有効にしました。 Webサイトをナビゲートすると、指定されたセッションサイズは約25kで安定します。同じ時間でWicketDebugBarのSessionSizeがディスクにシリアル化されたページマップと異なるのはなぜですか？
、ディスク上serialiazedページマップは、継続的に各ページビュー約25Kから成長。
それは何を意味していますか？私が理解したところから、ディスク上のページマップはすべてのページを保持します。しかし、なぜセッションはいつも約25kのままです。
大きなウェブサイトにどのような影響がありますか？私は1000のパラレルWebセッションを持っている場合、Webサーバーはそれらを保持するために25Moとディスク250Mo（10ページ* 25k * 1000）が必要ですか？
私はチェックするためにいくつかの負荷テストを行います。
デバッグバー値は、あなたのセッションの大きさを語っていますメモリ内にある。別のページを参照すると、古いページがセッションストアにシリアル化されます。これは、とりわけ、メモリフットプリントをなくすことなくバックボタンのサポートを提供します。
最初の質問に答えるために、アクティブなデータを保持しているためにセッションがほぼ同じ状態を維持している間に履歴データを保持しているため、ディスクのサイズが大きくなります。
あなたの2番目の質問に答えるために、私はそれを見てからしばらく時間がかかりましたが、ディスクセッションストアには10MB程度の容量があります。さらに、ニーズに合わせてセッションストアの動作を変更することもできますが、それは全く異なる議論です。
このWikiページでは、Wicket 1.5のストレージメカニズムについて説明しています。これは、1.4よりも少し異なっているが、1.4
更新には、このような文書がありません：Wikiページは、ガイドに移動されました：https://ci.apache.org/projects/wicket/guide/7.x/guide/internals.html#pagestoring
どのwikiページですか？ – aioobe