.NETのAzureワーカーロールでThread.SleepまたはTimerを使用していますか？

Question

私は、WindowsサービスではThread.Sleep(timeout)ではなくTimerを使用する方がよいことを理解しています。しかし、すべてのコード例で、私はAzureのワーカーを扱っていたインターネット上に見つけることができました。の代わりにThread.Sleep(timeout)が使用されています。 Visual Studioで労働者のプロジェクトテンプレートで提供

でもデフォルトのコードが使用していますThread.Sleep：

public class WorkerRole : RoleEntryPoint 
{ 
    public override void Run() 
    { 
     // This is a sample worker implementation. Replace with your logic. 
     Trace.WriteLine("$projectname$ entry point called", "Information"); 

     while (true) 
     { 
      Thread.Sleep(10000); 
      Trace.WriteLine("Working", "Information"); 
     } 
    } 
// ... 
} 

これまでのところ、私はまた私の労働者ではなく、本当に、なぜ理解せずThread.Sleepを使用してきました。だから私の質問は、なぜTimerではなく、AzureワーカーのロールでThread.Sleep(timeout)を使用していますか？ WindowsサービスとAzureワーカーの違いは、このようなアプリケーションの考え方の違いにつながります。 Azureの労働者にTimerを使用するのは良いか悪いですか？

これまでのところ何も見つかりませんでしたので、これの基礎を説明するリソースへのリンクは、歓迎しています。

Answer 1

Thread.Sleep()ループの目的は、Run()メソッドを終了しないようにすることです。 Run()が終了すると、ワーカーが再起動します。私はあなたがタイマーでその目標を効果的に達成できるかどうかはわかりません。

ほとんどの場合、CPUは何もしないために1000ミリ秒ごとにそのスレッドを起動するために、少しの時間を無駄にしています。私はそれが重要だとは思っていませんが、それは私にも迷惑をかけました。私の解決策は、代わりにCancellationTokenを待つことでした。

public class WorkerRole : RoleEntryPoint { 
    CancellationTokenSource cancelSource = new CancellationTokenSource(); 

    public override void Run() 
    { 
     //do stuff 
     cancelSource.Token.WaitHandle.WaitOne(); 
    } 

    public override void OnStop() 
    { 
     cancelSource.Cancel(); 
    } 
} 

これは、ビジー待機時にCPU時間を浪費することなく、Run（）メソッドが終了しないようにします。また、CancellationTokenをプログラムの他の場所で使用して、実行する必要のある他のシャットダウン操作を開始することもできます。

Answer 2

Thread.Sleepはあなたのプロセッサの時間を無駄にしています。あなたのスレッドはブロックされていますが、CPUは何もしていませんが、他のスレッドで使用することはできません。私はAzureの価格モデルに精通していませんが、あなたのスレッドはそれを使用しているため、あなたはこの時間のために請求される可能性があります:)

したがってTimerは、

コード例では、簡略化のために通常Thread.Sleepが使用されています。