sleep函数是如何实现的？

qingyin

sleep函数是如何实现的？ [复制链接]

是这样的，俺的2440的应用程序调用这个sleep函数，非常不准确。sleep（500）的效果相与sleep（100）的效果，也就是说这个时间变快了。但是另外一5.0 BSP却正常，我看了一下帮助，没有讲这个函数是如何实现的，请问这个函数如此不准确，是什么原因。
多谢各位了。

yeguohua

This function suspends the execution of the current thread for a specified interval.

void Sleep(
  DWORD dwMilliseconds
);
Parameters
dwMilliseconds
[in] Specifies the time, in milliseconds, for which to suspend execution.
A value of zero causes the thread to relinquish the remainder of its time slice to any other thread of equal priority that is ready to run. If no other threads of equal priority are ready to run, the function returns immediately, and the thread continues execution.

A value of INFINITE causes an infinite delay.

Return Values
None.

Remarks
A thread can relinquish the remainder of its time slice by calling this function with a sleep time of zero milliseconds.

Calling Sleep(INFINITE) is different on Windows CE-based platforms than it is for Windows-based desktop platforms. For Windows CE-based platforms, Sleep(INFINITE) is equivalent to calling SuspendThread(GetCurrentThread()). This means that the thread suspend count is incremented from 0 to 1 and can be resumed, or woken up, by another thread that calls ResumeThread on the sleeping thread. A Sleep(INFINITE) call on Windows-based desktop platforms is not a SuspendThread call, and calling ResumeThread on the sleeping thread does not resume the thread.

Be careful when using Sleep and code that directly or indirectly creates windows. An example of code that indirectly creates windows is COM CoInitialize.

If a thread creates windows, it must process messages. Message broadcasts are sent to all windows in the system.

A thread that uses Sleep with an infinite delay can cause the system to deadlock. Therefore, if you have a thread that creates windows, use MsgWaitForMultipleObjects or MsgWaitForMultipleObjectsEx, rather than Sleep.

Requirements
OS Versions: Windows CE 1.0 and later.
Header: Winbase.h.
Link Library: Coredll.lib.

PB帮助对于该函数实现是只字未提。找不到原因，只能来打扰各位了。

Alen.yang

在PB帮助中找到
The timer is always set to 1 millisecond under default working conditions when there are threads to schedule. Therefore, you can call Sleep(1) and expect to receive approximately 1 ≤ n ≤ 2 millisecond (ms) accuracy if the thread is the highest priority thread running on the system.

也就是说sleep函数精度只是相差一毫秒级别，咋我的会这么大呢？

sunxinyu

哈, 这问题我在 WinCE 3.0 遇过, 问题在你的 Kernel 内的 system time tick 不对, 通常是因为 OEMIdle 有问题.

Paul, Chao @ Techware

kobe0601

引用 3 楼 paul_chao 的回复:
哈, 这问题我在 WinCE 3.0 遇过, 问题在你的 Kernel 内的 system time tick 不对, 通常是因为 OEMIdle 有问题.

Paul, Chao @ Techware

但是还是跑的蛮好啊。咋会这样呢。多谢paul，chao提示。
要不然真不知道咋回事呢。

汤锋

这个要看系统的时钟click的

hjy109

引用 5 楼 iwillbeback008 的回复:
这个要看系统的时钟click的

但是我检查了，没有问题啊

crazydream

咋回事，我现在发帖越来越少人回了。ｗｈｙ？

qingyin

引用 7 楼 gooogleman 的回复:
咋回事，我现在发帖越来越少人回了。ｗｈｙ？

因为越来越专业了

chenmaoxiong

这个还跟系统中的其它线程有关系吧。


Sleep 一调用，线程马上放弃时间片；

至于什么时候再进来，那要看其它线程的运行情况了；

操作系统只能给个大概时间，一般来说是滞后的。




我是这么认为的！

328722368

学习了~~

dudu_002

引用 9 楼 zaodt 的回复:
这个还跟系统中的其它线程有关系吧。


Sleep 一调用，线程马上放弃时间片；

至于什么时候再进来，那要看其它线程的运行情况了；

操作系统只能给个大概时间，一般来说是滞后的。


我是这么认为的！

我不是滞后，我是超前很多哦，嘿嘿，所以感觉特别奇怪。

thelastzen

这个大概就是为什么驱动里面尽量少用sleep,而用PXA_OST_DelayMilliSeconds(100);  这些函数了吧，不准

yoyomomo

还有我严重同意你现在回帖人少的现象，已经几个帖子无满意结贴了，哎。。。。

adsl50681

Sleep应该会调用系统的API，可能系统某些地方会影响它
个人猜测＾@＾　

autumn

引用 12 楼 lesho 的回复:
这个大概就是为什么驱动里面尽量少用sleep,而用PXA_OST_DelayMilliSeconds(100);? 这些函数了吧，不准

我是在应用里面。驱动不会这样用的。影响性能。

shuiyan等人忙着项目没有来。

twentyone

这个收藏一下吧，后边继续关注，回答的少是因为你问的问题越来越难了！

ailiaowj

水平不行，帮不上忙，顶一下吧，确实越来越专业了

stonecyk

如果自己写个mswait的函数，直接从OST产生延时

会出现同样的问题吗

莽原

引用 18 楼 suwyhoho 的回复:
如果自己写个mswait的函数，直接从OST产生延时

会出现同样的问题吗

这个不会哦。