Cコードのtimespec_get（）の秒コンポーネントの1秒遅れてtime（）が報告する時間がなぜですか？

次のコードスニペット：

struct timespec ts;
for (int x = 0; x < 100000000; x++) {
    timespec_get(&ts, TIME_UTC);
    long cTime = (long) time(NULL);
    if (cTime != ts.tv_sec && ts.tv_nsec < 3000000) {
        printf("cTime: %ld\n", cTime);
        printf("ts.tv_sec: %ld\n", ts.tv_sec);
        printf("ts.tv_nsec: %ld\n", ts.tv_nsec);
    }
}

この出力を生成します：

...
cTime: 1579268059
ts.tv_sec: 1579268060
ts.tv_nsec: 2527419
cTime: 1579268059
ts.tv_sec: 1579268060
ts.tv_nsec: 2534036
cTime: 1579268059
ts.tv_sec: 1579268060
ts.tv_nsec: 2540359
cTime: 1579268059
ts.tv_sec: 1579268060
ts.tv_nsec: 2547039
...

なぜ間の矛盾cTimeとts.tv_sec？条件をに変更しても問題は発生しないことに注意してくださいts.tv_nsec >= 3000000。この問題は、ナノ秒が3000000よりも小さいことに依存しています。

その理由は、（暗黙的に）異なるシステムクロックを使用しているためです。timespec_get()使用する高解像度ながら、システム全体のリアルタイムクロックをtime()使用粗いリアルタイムクロック。

使ってみる

clock_gettime(CLOCK_REALTIME_COARSE, &ts);

の代わりにtimespec_get()、違いはなくなります。

編集：

これは、Linuxカーネルソース、vclock_gettime.cで確認できます。

確かに問題はここで見るには少し微妙です。によって使用されCLOCK_REALTIME_COARSE、CLOCK_REALTIME同じ値を含む構造体メンバーの秒部分は、ナノ秒部分が異なります。（1秒です）CLOCK_REALTIMEより大きくすることができます1000000000。この場合、それは呼び出しで修正されます：

ts->tv_sec += __iter_div_u64_rem(ns, NSEC_PER_SEC, &ns);
ts->tv_nsec = ns;

この修正はCLOCK_REALTIME_COARSE、でもでも実行されませんtime()。これは、違いを説明CLOCK_REALTIMEしてをtime()。