Question

我的任务需要以一秒钟的合理精确间隔运行。

我使用gettimeofday（）来建立start_usec。任务执行完成后，它会调用timedSleep（）函数。 timedSleep（）调用gettimeofday（）以微秒为单位计算休眠时间，增加调用函数的start_usec变量，然后调用usleep（）。

它完美无缺，除了大约每分钟一次它会跳过＆＃39; - timedSleep函数在一秒钟后返回（尽可能接近），但gettimeofday返回一个提前三或四秒的值。

这是一段代码片段，后跟一些输出。在最后一行，时间向前移动了大约四秒钟，但实际经过的时间只有一秒钟。

BeagleBone正在运行使用timesyncd的Debian发行版。这会导致这种行为吗？

struct timeval now;
gettimeofday(&now,NULL);
printf("Start: %02d %06d Now: %02d %06d... ",(int)((start_usec / 1000000) %100), (int)(start_usec % 1000000),  now.tv_sec %100, + now.tv_usec);

// Sleep for desired interval
shm.timedSleep(rule_id, &start_usec);

gettimeofday(&now,NULL);
printf("%02d %06d ",now.tv_sec %100, + now.tv_usec);
time(&curtime);
loctime = localtime(&curtime);
strftime(msgbuff, sizeof(msgbuff), "%Y-%m-%dT%H:%M:%S",loctime);
printf("%s\n",msgbuff);


Start: 78 117538 Now: 04 355933... 05 354979 2017-11-15T13:58:25
Start: 79 117538 Now: 05 355818... 06 354980 2017-11-15T13:58:26
Start: 80 117538 Now: 06 355816... 07 354981 2017-11-15T13:58:27
Start: 81 117538 Now: 07 355819... 08 354981 2017-11-15T13:58:28
Start: 82 117538 Now: 08 355819... 09 354979 2017-11-15T13:58:29
Start: 83 117538 Now: 09 355232... 10 354838 2017-11-15T13:58:30
Start: 84 117538 Now: 10 355776... 14 041276 2017-11-15T13:58:34

这个BeagleBone有一个外部RTC似乎很好：

root@vesta:/usr/local/vesta/bbb/src# timedatectl
      Local time: Wed 2017-11-15 14:24:06 EST
  Universal time: Wed 2017-11-15 19:24:06 UTC
        RTC time: Wed 2017-11-15 19:24:06
       Time zone: America/New_York (EST, -0500)
 Network time on: yes
NTP synchronized: no
 RTC in local TZ: no

Answer 1

好的 - 它是时间同步的。 BeagleBone系统时钟非常缓慢，并且时间同步会每分钟左右碰撞几秒钟。停止timesyncd消除了这个问题。现在调查ntp作为替代方案。

gettimeofday和time（）跳过BeagleBone - timesyncd？

1 个答案: