問題タブ [fusionreactor]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
61 参照

coldfusion - FusionReactor ENT v5 WebRequest ランタイム保護メールが機能しない

新しいサーバーに FusionReactor ENT v5 があります。

古いサーバーに FusionReactor STD Edition v.5 があります。

私が抱えている唯一の問題は、WebRequest ランタイム保護が機能していないことです。

設定を確認しましたが、

http://docs.intergral.com/display/FR50/Protection+Settings

ランタイム保護戦略のリクエスト

これは、この保護タイプがトリガーされたときに何が起こるかを定義します。個々の生存戦略は次のように定義されます。

私の古いサーバーからの私のreactor.conf:

私の新しいサーバーからの私のreactor.conf:

テスト電子メールは正常に機能し、クラッシュ通知電子メールは正常に機能します。

低速 Web リクエストは

0 投票する
1 に答える
173 参照

java - jvm から fusionreactor エントリを削除する必要があります

マシンに Fusion Reactor がインストールされていて、先日アンストールしました。Fusion reactor のフォルダーがまだ残っていて、削除できませんでした。JVM 構成ファイルにまだいくつかのエントリがあることがわかりました。それらを削除したいのですが、どのエントリを削除しますか?以下から削除する必要があるため、核融合炉フォルダーを削除できます

ありがとう

JVm構成ファイルコードは次のとおりです

0 投票する
1 に答える
210 参照

coldfusion - FusionReactor は ColdFusion インスタンスを停止/開始できますか?

いくつかの ColdFusion 2016 インスタンスが本番環境にあります。必要に応じて、中央のダッシュボードからリモートで停止/開始できる機能が必要です。FusionReactor はこれを処理できますか? ドキュメントで何も見つかりませんでした。

0 投票する
0 に答える
435 参照

java - リクエスト時間のピーク、ボトルネックの見つけ方

実動サーバー上の Web アプリケーションのボトルネックを突き止めようとしています。Windows Server 2012 R2 で最新の Java 8、Tomcat 7、IIS 8.5 を搭載した ColdFusion 10 で実行されているサイトは約 80 あります。リクエストは、平均 500 ~ 1000 ミリ秒から最大 30 秒までランダムにピークに達します。つまり、同じページの 10 件のリクエストのうち 9 件が 1000 ミリ秒以内に完了し、1 件に 20 ~ 30 秒かかります。コードを含むほぼすべてのページ/テンプレートで発生する可能性があるようです。

ウェブアプリの特徴:

  • 多くの正規表現と文字列操作
  • 大量のデータ変換 (リストから配列へ、配列の再作成、データ順序のランダム化、構造体の生成)
  • 軽量 SQL クエリ (同じネットワーク内の専用 SQL サーバー)
  • 発信接続がありません ( <cfhttp>)

FusionReactor を使用して監視していますが、次のことを観察しました。

遅いリクエストのスタックトレース

注: これは単なる例です。その他の保留中の要求は、他の機能のギャップを示しています。パターンはないようです。クエリを含む関数である場合もあれば、単なる である<cfinclude>場合もあれば、単純な出力である場合もあります。

スタックトレース

スレッドの CPU 時間は 2500 ミリ秒で、実行時間は 2972​​7 ミリ秒です。TTFB と TTLB は 2972​​6 ミリ秒で、ストリームは 2 ミリ秒前に開き、1 ミリ秒後に閉じました。クエリの合計時間は 76 ミリ秒 (19 クエリ) でした。

funcCONSTRUCTFOOTER.getAccessが実際には 1 行の Java 関数(タグの属性をreturn 0;返す) にすぎないことに注意してください。したがって、この関数の実行に 23 秒かかったとは思えません。ただし、ロック/待機も表示されません。access<cffunction>

その他の例: スタックトレース スタックトレース スタックトレース

JVM ( Java HotSpot(TM) 64-Bit Server VM, 1.8.0_121)

ColdFusion ( 10.0.22.283922、アップデート 22)

コネクタ

metrics.log35 から 75 スレッドの範囲の平均。ビジー カウントは値の約 90% ですMax threads: 500 Current thread count: 70 Current thread busy: 64

ハードウェア

  • Intel Xeon E5-2650上の HyperV VM
  • 4 つの物理コアが割り当てられ、8 つの論理コアが割り当てられています
  • 64 GB RAM を割り当て

その理由は何ですか?問題をさらに調べるにはどうすればよいですか?