先月から、当社のサーバー（Win2008ServerStd + IIS7 + CF Enterprise 9.0.1（hotfix2））で問題が発生しました。
jConsoleを使用してColdfusionJVM（1.6.0_24）アクティビティを監視しましたが、次のように表示されます。
14:10と14:15の間の奇妙な「曲線」に注意してください！それは何ですか？
明らかに、これは標準的な動作ではありません。それが発生すると、アプリケーションが30〜70秒間ハングします。
何がそのメモリの問題を引き起こす可能性があるか知っていますか？GCが正しく実行されていないか、ハングしているようです。
フラッシュアンサーは期待していません。根本的な問題がたくさんあるのではないかと思いますが、どこから調査を開始できますか？
cfstat、perfmon、fusionreactor、またはcf perfomance monitorを使用して、実行中のリクエストとキューに入れられた問題を確認します。おそらく表示されるのは、同時リクエストの設定を超えてリクエストを実行していることです（cf admin内）。その後、リクエストはキューに入れられ始めます。最終的に、キューはクリアされます（サーバーがそれ自体で回復している場合）。
この種のことは、いくつかの原因によって引き起こされる可能性があります。たとえば、DBサーバーの速度が低下したり問題が発生したり、ネットワークに問題が発生したり、ネットワークポートが再同期している場合、ディスクにI/Oの問題がある場合などです。
私の推測では、ヒープを監視することでこれを理解しようとして、自分をバタバタさせるでしょう。原因となる可能性のある特定のスクリプトについて、モニターの1つを監視できるかどうかを確認してください。
他のコメント（一部のインデックスエージェントについて）も可能性があります。インデックス作成の急増は、間違いなく動作を引き起こす可能性があります。その場合は、同時リクエストの設定を確認してください。デフォルトに設定されている場合は、それを増やすのに十分なヘッドルームがある可能性があります。
しばらくの間メモリを消費するサイトをクロールしたときに、多くのセッションを作成するスパイダーであった可能性があります。スパイダーがクロールを停止すると、これらのセッションはタイムアウトになり、ガベージコレクションされます。
HTTPサーバーのログとJVMのログを比較します。その時間枠を比較して、検索エンジンスパイダー（Googlebot、msnbotなど）からのリクエストが多いかどうかを確認します。
ファビオ、私が数か月前に抱えていたのと同じ種類の問題で、定期的な間隔でスパイクが発生し、サーバーがCPU使用率の約50％を消費していました。私はURLhttp ://www.isummation.com/blog/strange-coldfusion-issue-jrun-eating-up-to-50-of-cpu/の下に完全なストーリーを書き ました。 これはあなたを助けるかもしれません（長い間申し訳ありません）。
レジストリに格納されているクライアント変数が問題を引き起こしていることがわかりました。VisualVMの助けを借りて、問題の原因となっているスレッドを最初に見つけ、解決策を正確に見つけるトレースを調べることができます。
本当に奇妙なIMOの唯一のことは、非常に多くのスレッドを持つことへの突然の急上昇です。定期的にスレッドダンプをキャプチャし（jstackなどはあなたの友達です）、それらのスレッドダンプを監視に関連付けてスパイクを表示します。
すべての余分なスレッドが何をしているのかを理解すれば、根本的な問題はより明白になります。おそらくそれはトランザクションを処理するより多くのスレッドですが、それはまったく別のものかもしれません。