[実戦]。 NET/C#はSemaphoreSlimを使って並行実行メソッドを制限しています

クズども · 掲載地 2022/02/19 21:23:20

要件:ハードウェアのリソースが限られているため、プログラムは一定量のハードウェアリソースを消費する必要があります。高並行性の場合、プログラムのリソースを過剰に消費するメソッドが制限されない場合(大量のデータをExcelテーブルにエクスポートする場合)、プログラム全体の通常のサービスを提供できなくなり、オペレーティングシステムの通常の動作にも影響を及ぼす可能性があります。

セマフォアとセマフォアスリムの違い

SemaphoreSlimとSemaphoreは機能面で似ています。 SemaphoreSlimはSemaphoreの約4倍の速度ですが、プロセス間シグナリングには使用できません。

パフォーマンス向上の理由は、SemaphoreSlimクラスがWindowsカーネルのセマフォアを使わないSemaphoreクラスの軽量な代替手段を提供するためです。基本的に、セマフォに名前を付ける必要がなければ、SemaphoreSlimクラスを使えばいいです。

SemaphoreSlimはSpinWaitとMonitorをベースにしているため、ロックを待つスレッドはCPUサイクルの一定期間を消費し、ロックを取得してから別のスレッドに譲ることを期待します。もしこれが起こらなければ、スレッドはシステムがコンテキストを切り替え、OSが再度スレッドをスケジューリングしたときに再挑戦できるようにします(CPUサイクルを消費して)。待ち時間が長いと、このモードは多くのCPUサイクルを消費することがあります。この実装の最良のケースは、ほとんどの場合待ち時間がなく、ほぼ即座にロックを取得できることです。
SemaphoreはOSカーネル内の実装に依存しているため、ロックを取得するたびにかなりのCPUサイクルがかかりますが、その後スレッドは単に休止状態に入り、ロックを取得するまでの時間を稼ぎます。

セマフォ文書化:https://docs.microsoft.com/en-us ... aphore?view=net-6.0
SemaphoreSlimドキュメント:https://docs.microsoft.com/en-us ... reslim?view=net-6.0

メソッドを実行する前に、一般的に使われる待機方法は以下の通りですご自身のビジネスの実際の状況に応じて電話をかけてください！

Wait(): スレッドがSemaphoreSlimに入るまでブロックします。
wait(0): メソッドはブロックされません。待機中の対応者の状態をテストし、すぐに戻ります。
待機:現在のスレッドがSemaphoreSlimに入るまでブロックし、32ビット署名付き整数でタイムアウトを指定します。

ソースコードは以下の通りです:

ログインが見えます。

レンダリングは以下の通りです:

トビウオ · 掲載地 2022/02/19 23:16:57

学ぶことを...

管理者 · 掲載地 2022/02/20 22:19:24

試験

クズども · 掲載地 2024/12/18 20:40:10

C#スレッドが学習するManualResetEventとAutoResetEventの違い
https://www.itsvse.com/thread-4810-1-1.html

[出典] [実戦]。 NET/C#はSemaphoreSlimを使って並行実行メソッドを制限しています

関連記事

閲覧したセクション