usleep的--系统调用流程--及不准确的问题 - Android4 0 1

最新推荐文章于 2023-02-03 18:45:15 发布

我在呀

最新推荐文章于 2023-02-03 18:45:15 发布

阅读量1.3k

点赞数 1

本文链接：https://blog.csdn.net/qq_44884706/article/details/89470074

版权

本文探讨了在Android 4.0.1中遇到的usleep精度问题，通过源码分析，揭示了系统调用的流程，包括从用户空间的usleep到内核态的sys_nanosleep，再到hrtimer_nanosleep的转换。文章介绍了如何通过系统调用号找到对应的内核函数，并分析了可能影响sleep精度的因素。

摘要由CSDN通过智能技术生成

首先给大家分享一个巨牛巨牛的人工智能教程，是我无意中发现的。教程不仅零基础，通俗易懂，而且非常风趣幽默，还时不时有内涵段子，像看小说一样，哈哈～我正在学习中，觉得太牛了，所以分享给大家！点这里可以跳转到教程

1.由于在不同的硬件平台上经常遇到usleep不准确的问题，比如usleep(2*1000)，结果sleep了10ms，是不是有点过分，测试代码如下：

#include <stdio.h>#include <stdlib.h>int main(int argc,char **argv){    struct timeval oldTime, newTime;    int iStime,i,j;    iStime=5;    for(i=0;i<60;i++)    {        for(j=0;j<10;j++)        {            gettimeofday( &oldTime, NULL );            usleep( iStime * 1000 );            gettimeofday( &newTime, NULL );            printf("iStime:%d,actual time:%lld\n",iStime,((long long)(newTime.tv_sec*1000 + newTime.tv_usec/1000)-(long long)(oldTime.tv_sec*1000 + oldTime.tv_usec/1000)));        }        iStime++;    }}

当然为防止出现意外，禁止测试期间设置系统时间。

2. 根据以前的经验，此usleep不准主要是由于Kernel中系统timer的rating值过高引起的。

3. 下面从源码的角度分析一下usleep的实现细节，并进一步分析其原因。以下以Android4.0.1为例进行分析。注此问题主要与Kernel有关，与glibc或bionic无关，因为小弟最近搞Android，所以就以Android为例进行研究。

4. 首先找到usleep的源码：

//位于/bionic/libc/unistd/usleep.c#include <time.h>#include <errno.h>int usleep(unsigned long usec){  struct timespec ts;  ts.tv_sec  = usec/1000000UL;#ifdef __arm__    /* avoid divisions and modulos on the ARM */  ts.tv_nsec = (usec - ts.tv_sec*1000000UL)*1000;#else  ts.tv_nsec = (usec % 1000000UL) * 1000UL;#endif  for (;;)  {    if ( nanosleep( &ts, &ts ) ==