Question

I was reading over some threading basics and on the msdn website I found this snippet of code.

    // Put the main thread to sleep for 1 millisecond to
    // allow the worker thread to do some work:
    Thread.Sleep(1);

Here is a link to the the page: http://msdn.microsoft.com/en-us/library/7a2f3ay4(v=vs.80).aspx.

Why does the main thread have sleep for 1 millisecond? Will the secondary thread not start its tasks if the main thread is continuously running? Or is the example meant for a task that takes 1 millisecond to do? As in if the task generally takes 5 seconds to complete the main thread should sleep for 5000 milliseconds?

If this is solely regarding CPU usage, here is a similar Question about Thread.Sleep.

Any comments would be appreciated.

Thanks.

Answer 1

The 1 in that code is not terribly special; it will always end up sleeping longer than that, as things aren’t so precise, and giving up your time slice does not equal any guarantee from the OS when you will get it back.

The purpose of the time parameter in Thread.Sleep() is that your thread will yield for at least that amount of time, roughly.

So that code is just explicitly giving up its time slot. Generally speaking, such a bit of code should not be needed, as the OS will manage your threads for you, preemptively interrupting them to work on other threads.

This kind of code is often used in “threading examples”, where the writer wants to force some artificial occurrence to prove some race condition, or the like (that appears to be the case in your example)

---

As noted in Jon Hanna’s answer to this same question, there is a subtle but important difference between Sleep(0) and Sleep(1) (or any other non-zero number), and as ChrisF alludes to, this can be important in some threading situations.

Both of those involve thread priorities; Threads can be given higher/lower priorities, such that lower priority threads will never execute as long as there are higher priority threads that have any work to do. In such a case, Sleep(1) can be required… However…

Low-priority threads are also subject to what other processes are doing on the same system; so while your process might have no higher-priority threads running, if any others do, yours still won’t run.

This isn’t usually something you ever need to worry about, though; the default priority is the ‘normal’ priority, and under most circumstances, you should not change it. Raising or lowering it has numerous implications.