关于linux内核中msleep的时间精确度

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

因为循环次数可能达到40多次，每次都误差这么大，累计起来就达到了3,4倍。本来规定200ms内完成，结果耗时近1s（包括运行时间和等待时间）

200ms应该是比较准的才对

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

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

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