定期的にColdFusion8でパフォーマンスの問題が発生します。3つのフロントエンドサーバーのファームでは、1つが使用できなくなります。何らかの理由で、CPUが100％（1つのコアで）停止し、ダウンすることはありません。Windowsタスクマネージャを確認すると、jrunプロセスがCPUを100％使用しているように見えます。
誰かがそれのトラブルシューティングを開始する方法についての手がかりを持っていますか？そもそもスパイクの原因を突き止める方法。私は.netにもっと興味があり、java/jrunのトラブルシューティングに関しては少し迷っています。
現在の構成は次のとおりです。Windows2008R264ビットで実行されているCF8、Oracle 11gクライアント、4GB RAM、デュアルコアCPU。
クライアント変数を使用していますか？コードをトリプルチェックし、レジストリではなくデータベースに設定されていることを確認してください。
より多くの情報が必要になるでしょう。4ギガのRAMと言うときは、4ギガのヒープを意味しますか？それとも、実際に4Gig 64ビットOSを実行していますか？もしそうなら、あなたはもう少し取得することを検討する必要があります。CF 64ビットは、同等の効果を得るために80％多くのRAMを使用します。つまり、2ギガ64ビットヒープは、1ギガ32ビットヒープとほぼ同等です。
とは言っても、実際にシステムを調べたことがない私たちからは、ヒープサイズに関する包括的なアドバイスは受けません。JVMのチューニングには、その真の経験が必要ですが、システム、予想されるトラフィックなどの実践的な知識も必要です。
私の他のコメントは、クライアント変数を確実にチェックする必要があるということです。1つのコアが捕捉されたという事実は、パージタスクがハングしていると思います（Paulが言ったようにレジストリ内のクライアント変数が原因である可能性があります。またはスケジュールされたタスク（モニターまたは核融合炉を参照）がリクエストを引き出すのに役立つ可能性があります）実行中です）。
いくつかの追加のヘルプを備えた別のスタックオーバーフロースレッドがあります。スタックトレースをすべて無視して、特定の「調査する領域」を確認してください。試してみるもののリストを作成してから、実装の容易さ（または原因の可能性）で並べ替え、リストの可能性としてアイテムを削除しようとし始めます。
この問題を見てください
奇妙なJRUNの問題。JRUNは2時間ごとにメモリの50％を消費します
定期的にCPU使用率の50％に直面していましたが、これはレジストリに格納されているクライアント変数が原因でした。クライアント変数を使用していなくても、Application.cfc / .cfmファイルに追加された設定により、知らないうちにレジストリに保存されます。
また、問題の原因となっているスレッドを特定し、そのスレッドトレースを取得することで、これについてさらに調査することができます。上記のリンクの回答では、ブログ投稿のリンクを投稿し、visualvmとjconsoleを使用して邪悪なスレッドのスタックトレースを取得する方法について説明しています。
この助けを願っています。
サーバーが1つだけで、コードベースが同一であることが確実な場合は、不良サーバーと正常サーバーの1つについてcfadminにアクセスし、設定の概要を行ごとに比較します。セットアップ間に明白な違いがないことを確認してください。DBドライバーのバージョンに特に注意してください。
また、サーバーのハードウェア構成が同じであるかどうかについても言及していません。Markが指摘したように、64ビットのインストールには4ギガのRAMではおそらく十分ではありません。RAMは安いです。RAMはあなたの友達です。多くを得る。