Shoeisha Technology Media

EnterpriseZine(エンタープライズジン)

EnterpriseZine(エンタープライズジン)

テーマ別に探す

第3回 SQL Serverのスレッドスケジューリング (後編)

edited by DB Online   2012/09/05 00:00

こんにちは。日本マイクロソフト Premier Field Engineering部の古賀です。前回に引き続き、今回もSQL Serverのスレッドスケジューリングについてサンプルプログラムを使用しながら解説していきます。サンプルコードはこちらからダウンロードできます。

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独自のイベントオブジェクトを使用して待機状態に入ります。

※この続きは、会員の方のみお読みいただけます(登録無料)。


※この続きは、会員の方のみお読みいただけます(登録無料)。


著者プロフィール

バックナンバー

連載:SQL Server 2012 Deep Dive

もっと読む

All contents copyright © 2007-2019 Shoeisha Co., Ltd. All rights reserved. ver.1.5