Sleep()函数的执行为什么不准确?

Question

Sleep()可以用来在一个线程里面释放一段时间给其他线程运行，而后回来继续执行本线程，但实际运行效果似乎不使很准确，如Sleep（10），总是15，20个毫秒后才会继续执行本线程。
还有没有其他相似的延时能够做到上述准确的延时（注意是释放给其他线程使用的延时，一直占用Cpu资源计时的延时请勿在此讨论。

Answer 1

用等待函数试下，并且设置事件例如：先创建事件(全局）
hEvent = CreateEvent(...);void ThreadA_Proc(...)
{
   WaitForSingleObject(hEvent, INFINITE);// 这里是无限等待,直到事件被线程B释放
}void ThreadB_Proc(...)
{
  while(...)
  {
    // Reset...
    ResetEvent(hEvent); // B thread now need to do lots of thing
     ... // lots of things at here
    // Here's to notify A thread 
    SetEvent(hEvent);
  }
}

Answer 2

楼上说的对,context swithc需要时间,不可能非常精确

Answer 3

不是实时操作系统，保证不了那么精确
除非降低线程的优先级别
然后使用主线程的TIMER来控制执行，
不过效率会很低如果一定要很精确
使用FIBER钎程吧，自己来进行调度

Answer 4

低于15毫秒，一般都会等待15毫秒，这是记时精度不够造成的。
有个奇怪的现象，打开media player 以后，sleep就精确了。

Answer 5

这是由时钟精度决定的，Timer类的精度大约是16毫秒，你的暂停跟这个精度有直接关系。要想做到精确计时就不能用Timer，而是使用CPU频率，这个是非常精确的。
SuppressUnmanagedCodeSecurity
SuppressUnmanagedCodeSecurity
SuppressUnmanagedCodeSecurity
你查一下上面3个API的用法后，就可以实现精确计时。

Answer 6

在windows下是很难实现的。
1. windows不是实时操作系统。
2. Sleep(20)说明线程将自己放到阻塞队列当中，让操作系统在20ms后将其放入就绪队列当中
3. 但如果此时就绪的线程多于1个（一般是这样），它不一定会选中这个线程。
4. 软中断和硬件中断也做不到这点，因为cpu在做某些底层操作时可能关中断。
5. 你可以使用不可屏蔽中断来做，不过未免。。
不知楼主对精度要求有多高，下面是几种不同的替代方案。
1. 使用VxWorks这样的实时系统，这样可以达到微秒级。
2. 使用软中断也不错，关中断的时间毕竟不多，也不长。
3. 就是做个内核线程了（我曾经做过驱动程序，这是可取的）。
4. 最简单的是提高线程的优先级别，那么在就绪时更可能被调度，当然不是一定，他很难竞争过内核线程。