短時間でThread.Sleepを使用する際の問題

Question

私は2つのスレッド（現在）を持つアプリケーションを持っていますが、Thread.Sleep（）関数がうまく動作しないようです。それはスレッドをスリープしますが、それははるかに多くの時間がかかります（例えば、私は5msの間それをスリープ状態にしたい、それは0.3秒以上スリープします）。ここでは、コードは次のとおりです。

int vlakien = 2; 
Thread[] vlakna; 
vlakna = new Thread[vlakien]; 

for (int i = 0; i < vlakien; i++) 
{ try { vlakna[i] = new Thread(new ThreadStart(utok)); vlakna[i].Start(); } } 

private void utok() 
{ 
    //some code 
    Thread.Sleep(5); 
    //some code 
} 

また、私は、関数utokにストップウォッチでそれをスリープ状態にしようと、それはまた、より多くの時間をとります。

Stopwatch SW = new Stopwatch(); SW.Start(); 
while(SW.ElapsedMilliseconds < 5000) ; 

助けてください。

Answer 1

15msはウィンドウ上のスレッドタイムスライスです（実際にウィンドウを混乱させて変更することはできません。物事は早い段階でタイムスライスを与えることができますが、何かがフルタイムスライスを取ることができます。

実際にはそれよりも優れているのは実際には難しく、現実的には20〜30msです。私は50ミリ秒のハードリアルタイムリミットを持っていたリアルタイム処理をしていました。他の人が示されているとして、あなたは、特定のルールに従った場合には（それはC++であった）Windows上でも

Answer 2

Microsoft C＃でスリープすると、最小限の時間が保証されます。 5ミリ秒未満で寝ることは間違いなく問題です。また、ストップウォッチは非常に正確な測定ではないかもしれませんが、高精度のメディアタイマーを試してください。

Answer 3

システムクロックの分解能の影響を受けます。それは約15msです...あなたはシステムクロックの解像度を下回ることはできません。 thisリンクを見てください（これはC++ですが、タイマー解像度についてのアイデアを得るでしょう）。

Answer 4

Thread.Sleepに渡されるパラメータは、正確な時間ではなく、スリープするための最小時間です。

Answer 5

を働いた、睡眠のデフォルトの解像度は、Windowsのエディションによって、10または15ミリ秒です。

ただし、

[DllImport(WINMM)] 
internal static extern uint timeBeginPeriod(uint period); 

私たちが出て正確スペースにできること、当社のシリアル通信サービスでこれを行う

timeBeginPeriod(1); 

を発行することにより、1ミリ秒の分解能を使用するようにタイマーを再プログラムすることができます時間内に送信することが重要です。 Windowsではタイマーに基づいた他の処理を頻繁に行うため、これを行うことを嫌う人もいます。現実にはこれはわかりにくい問題ではなく、何百ものシリアルデバイスが接続された何百ものインストールがあります。