เพราะเหตุใดเวลาจึงถูกรายงานตามเวลา () บางครั้ง 1 วินาทีหลังองค์ประกอบวินาทีของ timespec_get () ในรหัส C?

ตัวอย่างโค้ดต่อไปนี้:

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 Kernel Source, vclock_gettime.c

อันที่จริงปัญหานี้ดูเล็กน้อยที่นี่ ส่วนวินาทีของสมาชิกโครงสร้างที่ใช้โดยCLOCK_REALTIME_COARSEและCLOCK_REALTIMEมีค่าเหมือนกัน แต่ส่วนnanosecondsนั้นแตกต่างกัน ด้วยCLOCK_REALTIMEอาจมีขนาดใหญ่กว่า1000000000(ซึ่งเป็นหนึ่งวินาที) ในกรณีนี้จะถูกกำหนดไว้ที่การโทร:

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

การแก้ไขนี้จะดำเนินการกับค่าหรือด้วยCLOCK_REALTIME_COARSE time()นี้จะอธิบายถึงความแตกต่างระหว่างและCLOCK_REALTIMEtime()