1. イベントオブジェクト
SQL Serverのスレッドはロックやラッチの解放待ちなどで必要に応じて待機状態に入ることがあります。しかし、SQL Serverのノンプリエンプティブなスレッドは一般的なマルチスレッドアプリケーションとは異なり、Windowsが提供するイベントオブジェクトを直接使用して待機状態に入ることができません。.NET FrameworkのSystem.Threading.ManualResetEventのようなイベントオブジェクトを使用できないのです。なぜでしょうか？
答えを明らかにする前に、サンプルプログラムで.NET Frameworkの待機系オブジェクトを使用して待機状態に入ると一体どうなってしまうのか、動作を確認してみましょう。SchedTestLibプロジェクトにあるEventWaitScenarioクラスのm_bUseNetFxEventという変数をfalseからtrueに変更し、LearningSchedUI.exeから「EventWait Test Scenario」を実行してみてください。m_bUseNetFxEventをtrueにするとManualResetEvent.WaitOneメソッドでワーカーが待機状態に入ります。
結果、Non-Yieldingエラーが発生してしまいました。なぜでしょうか？答えは簡単です。ワーカーがCPUの使用権を放棄しないままManualResetEvent.WaitOneメソッドで待機状態に入っているからです。ManualResetEvent をシグナル化するワーカーはスケジューラーのランナブルキューにいますが、待機状態に入ったワーカーはCPU使用権を解放していません。ManualResetEventがシグナル化されない訳ですから、Non-Yieldingエラーが発生するのは当然です。
では、bUseNetFxEventをfalseに変更して、再度「EventWait Test Scenario」を実行してみて下さい。bUseNetFxEventをfalseにすると、EventWaitScenarioクラスはScheduler.dllに実装されているEventクラスのWaitOneメソッドを使用して待機状態に入ります。
今度はNon-Yieldingエラーが発生しませんでした。Scheduler.dllに実装されているEventクラスは、.NET FrameworkのManualResetEventと似た動作を行いますが、ワーカースレッドがノンプリエンプティブで動作していることを認識しているので、WaitOneメソッドを呼び出したワーカーを待機状態にするだけでなく、スケジューラーのランナブルキューにいるワーカーをシグナル化 (CPU使用権を譲渡) する処理も行います。
SQL Serverの場合も同様で、Windowsが提供するイベントオブジェクトを使用するのではなく、Scheduler.dllのEventクラスと同じようにSQL Server独自のイベントオブジェクトを使用して待機状態に入ります。
