問題タブ [long-running-processes]

何らかの理由で、以下の質問に対する答えが見つかりませんでした。おそらく、あまりにも明白すぎるためです。

perl ダンサーを使った実験中に、10 秒間スリープしてから何かを返すルートを追加しました。これは、長時間実行される操作をシミュレートするために行いました。この 10 秒間、ダンサーは他のリクエストに応えないことに気付きました。これは、ダンサーがシングルスレッドであるためだと理解しています。

現在、このシングルスレッドのアプローチは、要求がやや厳しいアプリケーションにも適していないことは明らかです。ですから、確立された解決策はたくさんあるに違いないと思います。しかし、私はグーグルで検索する正しい検索文字列を知らないようです.

明確にするために：長時間実行される操作自体を開始したリクエストがブロックされてもかまいません。私が望むのは、他のすべてのリクエストが処理されていることです。

誰でも私に教えてもらえますか

• ウェブサーバーは、他のリクエストをブロックすることなく、従来、長時間実行される操作をどのように処理していましたか?
• 操作に時間がかかることがわかっている状況で、セッションごとにスレッド/プロセスが存在するか、またはスレッド/プロセスをオンデマンドで生成できるか
• マルチスレッドに移行するとき、つまりブラウザが常に同じプロセスと通信するとは限らない場合、セッション情報はどのように保存されますか?
• ダンサーに関する特定の推奨事項（ダンサーの代替案を自由に推奨してください）

ExecuteSPデータ層メソッドを非同期的に呼び出すビジネス層を呼び出す MVC 4 Web アプリケーションがあります。データ層メソッド ExecuteSP は、次のような長時間実行ストアド プロシージャを呼び出します。

長時間実行されるストアド プロシージャには、長時間実行されるプロセスをシミュレートするために、以下のようにいくつかの挿入といくつかの更新、および最終的なタイムアウト呼び出しがあります。

問題は、クライアント pc A からテスト サーバーにデプロイされた Web アプリケーションを介してこのストアド プロシージャを呼び出すと、ストアド プロシージャの 2 分が経過するまで、同じクライアントまたは Web ページを呼び出している他のユーザーからのすべての呼び出しがハングすることです。ストアド プロシージャを SQL Management Studio から直接実行し、別の SQL ステートメントを並べて実行すると、ストアド プロシージャの実行に 2 分かかり、他の SQL ステートメントがすぐに実行されます。データベース側に変更が必要なものがあるようには見えません。私のコードの問題は何ですか？

ありがとう

私は無限ループを持っています:-

明らかにCPUが上がります。

利用した：

アプリケーションが終了しない限り、このループは終了しません。無限ループの他の代替手段はありますか?

ユーザーコントロールに画像を表示していて、イベントをオーバーライドしていOnPaintます...

洞察/提案/推奨事項は大歓迎です...

私Taskは長い間働かなければなりません (それはサービスのようなものです) - だから私はそれを作る必要がありLongRunningます .

同時に、AttachedToParentサービスのタスクが完了する前に親タスクが完了しないようにマークする必要があります。

この 2 つのタスク作成オプションを組み合わせるには?

アプリに長時間実行されるスレッド (Cron のようなジョブ スケジューラ) が必要で、ほとんどの場合スリープ状態になります。したがって、CPUとIOはあまりありません。これについて私に何をアドバイスしますか。長時間実行オプションを持つタスクは、これを処理する適切な方法ですか、それとも昔ながらのスレッドに依存して、そのスレッドが独自の生活を送るべきですか?

Please help! After I run my programme, it does neither breaks, nor any errors or warnings appear and debugger stops in exactly the same moment, before it should approach function - "stworz_inaczej". What's wrong with that? Code below:

遅延アクティビティが持続するようにワークフローを構築しており、遅延が期限切れになった後、通知が送信されます。ワークフローはワークフロー サービスを介して公開されます。

これは、サーバーの再起動が発生した場合、またはサーバーが 1 日か 2 日メンテナンスのためにダウンし、タイマーがすでに期限切れになっている場合を除いて、完全に機能します。その場合、特定のワークフローに関連する最初の要求が WCF エンドポイントに到着するまで、通知は送信されません。

アプリケーション プールは既に alwaysRunning に設定されていることに言及する必要があります。

既に実行されているはずの保留中のタイマーをチェックするために、IIS/AppFabric に追加する必要があるものは他にありますか?

Workflow Foundation 4.5 を使用しています。

大きなzipファイルを一時ディレクトリにコピーし、それを抽出してから、その内容を宛先パスにコピーするなど、長時間実行される操作があります。操作の進行中はプログレス バーも表示します。

Java プロジェクト (非 Eclipse/RCP) であるスタンドアロン SWT UI でこれを実装することになっています。

UI でこのタスクを実行するには、別のスレッドを使用する必要があることを理解しています。UI にキャンセル ボタンがあります。クリックすると、実行されたタスクがロールバックされ、UI に戻り、フリーズせずに正常に終了します。どうすればこれを効果的に達成できますか。以下は、開始するために使用したサンプルコードです。どんな助けでも大歓迎です。

BlackBerry 10.2 OSで実行時間の長いヘッドレス アプリケーションを実装する方法を知りたいです。バックグラウンドで複雑な機能を実行する必要はありません。コンソール出力を印刷するだけで済みます。

私はQTimerクラスを使用しましたが、現時点では、アプリケーションがフォアグラウンドおよびサムネイルモードのときにコンソール出力を出力します。

しかし、アプリケーションを終了すると、アプリケーション全体が破壊されました。上記のコードとupdate()関数は、UI と対話しない別の C++ クラスにあります。

bar-descriptor.xmlファイルにも次の権限を付与しました。

アプリケーションが破棄された場合でも、このアプリをバックグラウンドで実行するにはどうすればよいですか?

ありがとう

スレッドで実行時間の長いコードを実行する .net コンソール アプリケーションがあるとします。

スレッドの実行中にコンソール アプリケーションを終了させたいと考えています。具体的には、長期実行プロセスを開始し、長期実行スレッドの実行中に他の処理を続行するバッチ ファイルまたはその他のプロセスからコンソール アプリケーションを起動したいと考えています。

それが不可能な場合、私が知っている唯一の回避策は、サービス プログラムで実行時間の長いスレッドをホストすることです。

私が説明したように、コンソール アプリケーションにコントロールを返すようにすることは可能ですか?