問題タブ [multithreading]

フォーム コントロールのプロパティを変更するときにスレッド セーフを確保するための最良の方法について何か提案はありますか? 私は私を使ってきました。過去に呼び出し、賛否両論、コメント、提案などがあるかどうか疑問に思っていました.

アプリケーションを数時間使用した後、毎日同時に以下のエラーとコールスタックが発生します。何が起こっているのか、誰かが光を当てることができますか?

次のシナリオで、 ASP.NET 2.0 でBackGroundWorker スレッドを使用して、ブラウザ側のユーザーを長時間待たせることはできますか?

シナリオ

1. ブラウザは、SendEmails.aspx などのページを要求します。
2. SendEmails.aspx ページは BackgroundWorker スレッドを作成し、電子メールを作成して送信するのに十分なコンテキストをスレッドに提供します。
3. ブラウザは ComposeAndSendEmails.aspx から、電子メールが送信されていることを示す応答を受け取ります。
4. その間、バックグラウンド スレッドは電子メールの作成と送信のプロセスに従事しており、完了するまでにかなりの時間がかかる可能性があります。

私の主な関心事は、BackgroundWorker スレッドを実行し続け、ASP.NET workerprocess スレッドプール スレッドがなくなっている間、たとえば 50 通の電子メールを送信しようとすることです。

Linux 組み込みプラットフォーム用のマルチスレッド アプリを開発しています。

現時点では、(pthread_set_attr を使用して) 各スレッドのスタック サイズをかなり大きなデフォルト値に設定しています。アプリケーションのメモリ使用量を減らすために、各スレッドの値をより小さな値に微調整したいと考えています。プログラムがクラッシュするまで、各スレッドのスタック サイズを徐々に小さい値に設定するという試行錯誤のルートをたどることができますが、アプリケーションはそれぞれ完全に異なる機能/属性を持つ最大 15 個のスレッドを使用するため、そのアプローチには非常に時間がかかります。

むしろ、各スレッドのスタック使用量を直接測定できることを望んでいます。これを行うために人々が推奨できるユーティリティはありますか? (たとえば、私は vxWorks のバックグラウンドを持っており、vxWorks シェルから「ti」コマンドを使用すると、スタックの使用状況に関する統計情報や、タスク ステータスに関するその他の有用な情報が直接得られます。)

ありがとう

MSDNのロックキーワードの主な機能を理解しています

ロックステートメント（C＃リファレンス）

lockキーワードは、特定のオブジェクトの相互排他ロックを取得し、ステートメントを実行してからロックを解放することにより、ステートメントブロックをクリティカルセクションとしてマークします。

ロックはいつ使用する必要がありますか？

たとえば、データを保護するため、マルチスレッドアプリケーションでは意味があります。しかし、アプリケーションが他のスレッドをスピンオフしない場合は必要ですか？

ロックの使用にパフォーマンスの問題はありますか？

どこでもロックを使用しているアプリケーションを継承しましたが、それはシングルスレッドであり、それらをそのままにしておくべきかどうか知りたいのですが、それらは必要ですか？

これは一般的な知識の質問であることに注意してください。アプリケーションの速度は良好です。これが将来従うべき優れたデザインパターンであるかどうか、または絶対に必要でない限りこれを避けるべきかどうかを知りたいです。

実行中の JBoss インスタンスからスレッド ダンプを生成して分析するにはどうすればよいですか?

アプリケーションをマルチスレッド化するにはどうすればよいですか? 非同期関数を使用しますか? または、新しいスレッドを生成しますか? 非同期関数はすでにスレッドを生成していると思うので、ジョブがファイルの読み取りだけを行っている場合、怠惰でスレッド上でジョブを生成するだけではリソースが「無駄」になります...スレッドを使用するときに何らかの設計がありますか?または非同期関数？

Net.Sockets.TcpListener を使用する場合、別のスレッドで着信接続 (.AcceptSocket) を処理する最良の方法は何ですか?

アイデアは、新しい着信接続が受け入れられたときに新しいスレッドを開始することですが、tcplistener はその後の着信接続に対して引き続き使用できます (そして、新しい着信接続ごとに新しいスレッドが作成されます)。接続を開始したクライアントとのすべての通信と終了は、スレッドで処理されます。

VB.NET コードの C# の例を歓迎します。

IBM の asynchbean を使用した場合、パフォーマンスの制限はありますか? 私のアプリの jvm コア ダンプは、孤立したスレッドの多数の発生を示しています。現在、ネイティブ jdk アンマネージ スレッドを使用しています。マネージド スレッドに切り替える価値はありますか?

特定のスレッド内の特定のトランザクションのデッドロックを特定するための最良の方法を探している開発者。デッドロック エラーが発生していますが、これらは FB 2.0 では非常に一般的です

デッドロックが発生し、クライアントと DB 間の DB 接続が切断されます。

• ライブ (1 秒に 1 回) データを DB に送信します。
• 約 30 スレッドのスレッド プールを開き、それらを使用してデータを取り込みます (毎秒約 1 ～ 2 kB)。
• ストリームを可能な限り最新の状態に保つためにプール内の次のスレッドを使用するほど、DB が処理できる量が限られる場合があります。

これにより、最大スレッド数に達して接続が切断されるだけでなく、デッドロックが発生する場合があります。

したがって、これが毎秒この量のデータを取り込むための最良の方法であるかどうかについて、本当に意見が必要です. これらのクライアントでは、最大 100 のクライアントが同時に DB にヒットしています。
平均的なトランザクションは、1 日あたり約 150 万から 180 万です。