問題タブ [worker-process]

アプリケーション プールでワーカー プロセスの最大数を 1 に設定して、Windows 2003 サーバーでホストされている SharePoint アプリケーションを使用しています。ホストされているsharepointアプリケーションがいくつかあり、そのうちの1つは常に非常にアクティブです。

ワークフローの on task changed イベントがアプリケーションで発生しないと、このランダムなワークフロー スタックの問題が発生します。

すべてのリクエストはワーカー プロセスで処理されているため、負荷を処理するためにワーカー プロセスの数を 2 つに増やすことを検討しています。

先に進む前に、ワーカー プロセス数を増やすとどのような影響があるかを知りたかったのです。

どんな助けでも感謝します、ありがとう!

1. 労働者プロセスのリサイクルとは正確には何ですか？
2. 労働者のプロセスのリサイクル時に正確に何をしますか？
3. ワーカープロセスはアプリケーションプールに常駐し、アプリケーションプールを介して構成できますか？
4. そのアプリケーションプールは、ワーカープロセスをリサイクルする責任がありますか？またはIISはそれをリサイクルする責任がありますか？
5. 労働者のプロセスをリサイクルするときに何が起こりますか？
6. 強制的にリサイクルしないことの影響は何ですか？

カスタム セッション モードであり、asp と asp.net アプリケーション間のセッション ブリッジであるアプリケーションを作成しました。今、それが機能しているかどうかを証明する必要があります。だから、私はasp.netページを作成しました。このページでは、このコードを書きました。

これにより、ワーカー プロセス ID が生成されます。ワーカー プロセスの変更により、アプリケーションが Web ファームで動作していることを証明できます。しかし、従来の ASP からワーカー プロセス ID を生成する方法がわかりません。教えてください。従来のASPからワーカープロセスIDを取得するにはどうすればよいですか?

IIS アプリケーション プール プロセスの 1 つで非常に奇妙な問題が発生しています。最近 System.OutOfMemoryException エラーが発生しており、何が起こっているのかを正確に把握しようとしています。基本的に、Web サービスを使用して DAM からファイルを取得するスクリプトがあります。次に、ファイルがバイト配列に格納されていることを確認し、応答を使用してファイルを出力します。唯一問題があったのは PDF が 20MB を超えている場合で、時々エラーが発生するようです。アプリ プールのメモリを増やすと、一時的に問題が解決します。w3wp.exe プロセスを観察したところ、このスクリプトを実行するとメモリが最大 400MB 増加し、最大のファイルが 45MB になり、この種の動作が発生することがわかりました。問題は毎晩解消しているようで、朝になるとしばらくは機能し、その後同じことをやり始めます. このアプリケーションは c# asp.net アプリケーションです。sharepoint 内で実行されます。

しばらくサービスを見た後、これらの PDF はブラウザー ウィンドウでレンダリングされるため、ファイルが完全にダウンロードされるまでメモリから解放されないことに気付きました。これは理にかなっていますが、これは私の問題であることがわかります。複数の人がファイルをロードしている場合、平均 (ファイルのダウンロードなし) のメモリ使用量は 385,000 KB です。アプリケーション プールの制限である 900,000 ～ 1,100,000 KB に簡単に達する可能性があります。

私は正確な答えを探しているわけではありませんが、アイデアがすべてなくなっているので、向かうべき方向のようなものです.

ユーザーがいくつかのチェックボックス設定を選択し、データベースにレポートとして保存し、いつでも戻って実行できる Web サイトを持っています。

これらの保存済みレポートの中には、完了するまでに 5 分強かかるものがあります。正常に実行される場合もあれば、「http を待機中...」でブラウザがハングしたままになる場合もあります。Web サーバーを監視しているときに、50% の CPU 使用率が約 5 分 30 秒続くと、CPU の使用率が低下することがわかりました。

私は経験豊富で、長年にわたって多くの場所で多くの設定を微調整してきました! IIS が実行時間の長い要求を放棄するのを防ぐ可能性のあるすべてのタイムアウト設定の検索を使い果たしました。何か案は？

私の環境...

• ColdFusion 8.0.1 (JRun)
• IIS 6.0 (DefaultAppPool、デフォルト アプリケーション、
• Windows Server 2003 R2 標準 SP 2

微調整しようとした設定は運が悪かった...

コールドフュージョン...

ColdFusion アドミニストレータ...

• 600 秒後のタイムアウト要求
• 600 秒後にキューで待機中のタイムアウト要求

IIS の既定の Web サイト プロパティ...

• 接続タイムアウト: 120 + はい: HTTP キープアライブを有効にします
• アプリケーション プール: DefaultAppPool
• [アプリケーション構成オプション] タブ: セッション状態を有効にする: はい。セッション タイムアウト: 20 分。

デフォルトのアプリケーション プール プロパティ...

• リサイクル：1740分
• アイドル タイムアウト: 20 分後にワーカー プロセスをシャットダウンします
• ヘルス: ping を有効にする: 30 秒ごとにはい
• ラピッド フェイル保護を有効にする: いいえ (私も試しました: はい、失敗者: 5 分、期間: 5 分
• 起動制限時間：90秒
• シャットダウン時間制限: 90 秒

さて、質問はそれ自体を簡単に説明しているので、もう少し明確にしましょう。

私は主にバックエンドで読み取り専用の目的でMongoDBを実行しています。私のcronは書き込みを行い、トリガーされたときに実際にプッシュすることはありません。いくつかの更新、いくつかの新しいドキュメントなど。

NginxによってMemCached内で処理されるページ全体のキャッシュのため、リクエストは通常​​、アプリケーションレベルに到達することさえありません。そのため、アプリケーションはページごとにさらに1時間データベースにクエリを実行しません。

しかし、プロセスリストで確認できる限り、21個のMongoDBワーカープロセスがCPUを使用していませんが、前のクエリのためにかなり大量のメモリを使用しています。

構成設定を確認してグーグルで検索しましたが、答えが見つかりませんでした。それで、これらのプロセスを制限する方法、または少なくともしばらくしてMongoDBにメモリ使用量を減らす/空にするように指示する方法はありますか？

ホストされているASP.NETMVCアプリは、起動時に長い時間（10〜20秒）かかります。そして、ASP.NETワーカープロセスが実行された後は、すべてが正常です。問題は、Webサイトが非アクティブ（つまり、ユーザーがいない）のときにワーカープロセスが強制終了されることです。これにより、次のユーザーがWebサイトをロードするのに非常に長い待機時間が与えられます。

私はあなたのウェブワーカープロセスを生き生きとさせるウェブ上に商用または無料のサービスがあることを知っています。しかし、私は単純なタイマーウィンドウサービスでそれを自分で行う必要があります。問題ありません。しかし、私の質問は、それを生き生きとさせるための効果的な方法は何ですか？簡単なpingで実行できますか、それともWebサイトからダウンロードする必要がありますか？

ISS では、ワーカー プロセスの Rapid-Fail Protection が原因でアプリケーション プールがシャットダウンされます。ワーカー プロセスが失敗する理由をどのように特定できますか? ログを調べましたが、情報を見つけることができませんでした。それはエラーを与えるだけです

説明：

私のサイトは IIS ホスティングでホストされています。サイトには、WCF サービスを呼び出して結果を返す必要がある機能があります。問題は、サイトが WCF サービスへの呼び出しを処理していることです。別の Web サイトの呼び出しがフリーズし、コンテンツを高速に返さない (これは単なる静的コンテンツです)。異なる imacros スクリプトを使用して 2 つの chrome インスタンスをセットアップしました。1 つは wcf サービスを要求するページを呼び出しており、もう 1 つのページは単なる静的コンテンツです。ここで、wcf サービスを要求する最初のページがフリーズすると、別のページもフリーズし、最初のページが解放されると 2 番目のページもフリーズすることがわかります。

Web.Config で何かを再構成する必要がありますか、それとも静的コンテンツをすぐに取得できるようにするために何か他のことをする必要がありますか?

正常に動作する Web アプリケーションをセットアップしましたが、いくつかのテストを行った後、サーバーで実行しました。バックエンド ジョブが長かったため、実行させました。今、別のマシンから Web アプリケーションを読み込もうとしましたが、読み込めません。これはワーカー プロセスとアプリケーション プールに関連していますか、それとも他に問題がある可能性がありますか? ワーカー プロセスをまだ停止してロードするかどうかを確認したくありません。

ワーカー プロセスを停止すると、Web アプリが最終的に読み込まれました。これを防ぐためのアイデアはありますか。それは問題ではなく、MVC プロジェクトの方がよいのではないかと考え始めています。

編集：

ありがとうダッシュ; 私はそれを調べていますが、単にプロセスがロックして Web アプリケーションを読み込めない場合だと思います。私の質問は、セッションがこれを回避できるかどうかです。私はバックグラウンド スレッドを使用しようとしましたが、これによりロック/IO の問題が回避されると想定しましたが、これを再考する必要があります。どんなアイデアでも大歓迎です。