在驱动中的一个线程里使用了msleep进行延时，结果发现总的延时时间比计划的要多3,4倍。比如我想要在totaltime =200ms左右完成一个任务，任务又需要循环n次执行，于是就在执行一次循环后延时 totaltime/n 。为了效率，就想着让线程睡眠这么多时间，但是通过记录jiffies打印时间，显示总用时比计划的多3,4倍。如果换成mdelay延时，总延时时间基本准确，可是mdelay消耗cpu资源，不想用。不知道有什么好的办法能保证延时准确而不耗资源？？
     对于msleep为什么这么不准确，我的理解是没法保证线程被唤醒后能立即执行，需要等待调度，所以就额外多花了时间。只不过这等待调度的时间怎么会这么长，睡眠5ms结果20ms后才执行，睡眠18ms结果30ms执行。有没有办法保证让其唤醒后马上执行？提高线程的优先级可以不？是不是跟时间片的长度有关？

msleep执行过程中调用schedule_timeout，或多或少会受到内核调度的影响而导致时间不够精确。个人感觉创建一个独立的工作线程或者使用tasklet，要比是用内核中的共享工作队列要精确一点。
如果条件允许，lz也可以换用hrtimer，高精度计时器试试。
内核配置选项中调度的频率也可能影响到调度的时间和时机，最好调到最高，1000Hz。

200ms应该是比较准的才对

一般操作系统的软件计时精度在10ms级别

Windows的时间片就是10~15ms，Linux上次看书说不是时间片轮转算法，不清楚具体精度，但也差不了太多。

现在的pc主板都支持高精度计时，Windows的QueryPerformanceCouter这个API能提供约0.1ms的实际精度

我认为你的理解是正确的，有时候别的进程占据了CPU，就算你的线程sleep的时间到了，也不会被执行的。我有一个建议和一个疑问。
（1）建议，你每次休眠5ms左右，休眠次数太多了。你不若先把任务执行完毕，再一次休眠200ms。
（2）疑问：你的任务执行时间是可以忽略不计的吗？

这个本身是没法保证的，内核决定的，定时器根本没法预料到每次的实际开销，如果你必须要精确的，只能mdelay了。