Tomcatの散発的な待ち時間

Question

私はTomcatのページ応答時間をマイクロ最適化していますが、ほとんどの場合、私が繰り返しリフレッシュすると、応答時間は50msになりますが、 2つの応答時間は、500msまでジャンプします。

ローカル、ローカル、APR、NIO、JIO、静的または動的応答（静的ファイルの提供または応答の動的な受け渡し）に関係なく、この同じ動作が見られました。これまでのところ、私はまだこの動作を見ていませんはTomcatで起こりません（周波数に関係なく一貫した400msです）。

Visual VMを使用して、手がかりがあるかどうかを確認しました。

私はそれが何らかの種類の生き残りだと思っていましたが、Apache Benchを実行すると応答時間が50分の1に短縮されました（明らかに頻繁に発生するため）。

したがって、Tomcatで頻繁に発生する低レイテンシのURLをどのように保つのですか？おそらく、この質問はServerFaultの方が良いでしょうか？

更新日：私はTomcat 6の問題をほぼ肯定しています。私はTomcat 7でテストしたと思っていましたが、もう一度テストしても何の問題もありませんでした（以下の結果を参照）。最新のTomcat 6でもこの問題があります。

Connection Times (ms) 
       min mean[+/-sd] median max 
Connect:  0 0 0.0  0  0 
Processing: 14 39 45.2  30  314 
Waiting:  14 38 45.2  30  314 
Total:   14 39 45.2  30  314 

ここにTomcat 7通知maxのab出力である：ここ

は、Tomcat 6 ab出力（MAXに気付く）である

Connection Times (ms) 
       min mean[+/-sd] median max 
Connect:  0 0 0.0  0  0 
Processing: 25 38 8.8  37  67 
Waiting:  25 37 8.7  36  66 
Total:   25 38 8.8  37  67 

は、Tomcatバージョン唯一の違いです（同じマシン、同じJDKなど）。 私は最新のTomcat 6がうまくいくと思ったが、最初の要求では同様のレイテンシを持っていた。

Answer 1

私は、弱い参照の中の何かがあなたがすぐに再要求しないときに収集されるというあなたの問題であるという理論で "弱い"という言葉を検索することに決めました。

私はこの興味深いクラスを見つけました...次の推測を思い付いた：の部分はのWeakHashMapによって処理され、BeanPropertiesオブジェクトのキャッシュを維持しているようだ

http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/javax/el/BeanELResolver.java?revision=1027187&view=markup

、およびキャッシュがいっぱいになると、すべてがWeakHashMapに入れられ、ガベージコレクトされます。弱マップ内のアイテムが要求された場合、それらは弱点ではないメインマップに戻されます。あなたのページが処理の最後にこの振る舞いを起こした場合（BeanPropertiesのキャッシュのサイズのようなものを追加することによって、キャッシュされたBeanの説明のほとんどを捨てることができます）。

便利ですが、これを調整するためのプロパティ：？

private static final String CACHE_SIZE_PROP = 
    "org.apache.el.BeanELResolver.CACHE_SIZE"; 

ので、多分私はTomcatの中に、このクラスでは大きな変化（簡単に見て）表示されませんでしたので、これはしかし、それではないかもしれませんそれで遊んで試してみて、それが行動に影響を与えるかどうかを確認あなたの問題が消えると言う7番。（以前のチューニング作業でこのプロパティを調整していますか？）