Bisakah Anda menjelaskan perbedaan antara CLOCK_REALTIMEdan CLOCK_MONOTONICjam dikembalikan oleh clock_gettime()di Linux?
Manakah pilihan yang lebih baik jika saya perlu menghitung waktu yang telah berlalu antara stempel waktu yang dihasilkan oleh sumber eksternal dan waktu saat ini?
Terakhir, jika saya memiliki daemon NTP yang secara berkala menyesuaikan waktu sistem, bagaimana penyesuaian ini berinteraksi dengan masing-masing CLOCK_REALTIMEdan CLOCK_MONOTONIC?
Jawaban:
CLOCK_REALTIMEmerupakan tebakan terbaik alat berat untuk jam dinding saat ini, waktu hari. Seperti yang dikatakan Ignacio dan MarkR , ini berarti bahwa CLOCK_REALTIMEdapat melompat maju dan mundur ketika sistem time-of-day jam diubah, termasuk oleh NTP.
CLOCK_MONOTONICmewakili waktu jam dinding mutlak berlalu sejak beberapa titik, sewenang-wenang di masa lalu. Itu tidak terpengaruh oleh perubahan pada sistem waktu-hari jam.
Jika Anda ingin menghitung waktu yang telah berlalu antara dua peristiwa yang diamati pada satu mesin tanpa melakukan reboot, CLOCK_MONOTONICadalah pilihan terbaik.
Perhatikan bahwa di Linux, CLOCK_MONOTONICtidak mengukur waktu yang dihabiskan dalam penangguhan, meskipun menurut definisi POSIX seharusnya. Anda dapat menggunakan Linux khusus CLOCK_BOOTTIMEuntuk jam monoton yang terus berjalan selama penundaan.
CLOCK_MONOTONICakan menjadi pilihan terbaik dalam skenario itu? mis. Patriot Missile System
Buku Robert Love, LINUX System Programming 2nd Edition , secara khusus membahas pertanyaan Anda di awal Bab 11, hal 363:
Aspek penting dari sumber waktu monoton TIDAK BUKAN nilai saat ini, tetapi jaminan bahwa sumber waktu meningkat secara linear, dan dengan demikian berguna untuk menghitung perbedaan waktu antara dua sampel
Yang mengatakan, saya percaya dia mengasumsikan proses berjalan pada instance yang sama dari OS, jadi Anda mungkin ingin memiliki kalibrasi berkala berjalan untuk dapat memperkirakan pergeseran.
CLOCK_REALTIMEdipengaruhi oleh NTP, dan dapat bergerak maju dan mundur. CLOCK_MONOTONICtidak, dan naik satu tick per tick.
System.nanoTime()menggunakan CLOCK_MONOTONICdan dapat mengukur durasi dari 1000ns atau kurang. Mungkin Anda berpikir tentang waktu sistem, yang terkadang terbatas pada milidetik?
Selain jawaban Ignacio , CLOCK_REALTIMEbisa maju dengan lompatan, dan kadang-kadang mundur. CLOCK_MONOTONICtidak melakukan; hanya terus maju (meskipun mungkin diatur ulang saat reboot).
Aplikasi yang kuat harus mampu mentolerir CLOCK_REALTIMElompatan ke depan sesekali (dan mungkin mundur sangat sedikit sesekali, meskipun itu lebih merupakan kasus tepi).
Bayangkan apa yang terjadi ketika Anda menangguhkan laptop Anda - CLOCK_REALTIMEmelompat maju setelah resume, CLOCK_MONOTONICtidak. Cobalah di VM.
CLOCK_PROCESS_CPUTIME_ID. Tes cepat: $ perl -w -MTime::HiRes=clock_gettime,CLOCK_MONOTONIC -E 'say clock_gettime(CLOCK_MONOTONIC)'-> 706724.117565279. Angka itu cocok dengan waktu operasi sistem di Linux, tetapi standar mengatakan itu sewenang-wenang.
CLOCK_MONOTONICberhenti karena penundaan / melanjutkan adalah POSIX-sesuai. Ini seharusnya menjadi waktu sejak titik tetap di masa lalu, tetapi menghentikan jam dari penundaan / melanjutkan istirahat itu.
POSIX 7 kutipan
POSIX 7 menentukan keduanya di http://pubs.opengroup.org/onlinepubs/9699919799/functions/clock_getres.html :
CLOCK_REALTIME:
Jam ini mewakili jam yang mengukur waktu nyata untuk sistem. Untuk jam ini, nilai yang dikembalikan oleh clock_gettime () dan ditentukan oleh clock_settime () mewakili jumlah waktu (dalam detik dan nanodetik) sejak Zaman.
CLOCK_MONOTONIC (fitur opsional):
Untuk jam ini, nilai yang dikembalikan oleh clock_gettime () mewakili jumlah waktu (dalam detik dan nanodetik) sejak titik yang tidak ditentukan di masa lalu (misalnya, waktu memulai sistem, atau Epoch). Poin ini tidak berubah setelah waktu start-up sistem. Nilai jam CLOCK_MONOTONIC tidak dapat ditetapkan melalui clock_settime ().
clock_settime()memberikan petunjuk penting: sistem POSIX dapat berubah secara sewenang-wenang CLOCK_REALITMEdengannya, jadi jangan mengandalkan itu mengalir tidak terus-menerus atau maju. NTP dapat diimplementasikan menggunakan clock_settime(), dan hanya dapat mempengaruhi CLOCK_REALITME.
Implementasi kernel Linux tampaknya mengambil waktu boot sebagai zaman untuk CLOCK_MONOTONIC: Titik awal untuk CLOCK_MONOTONIC
Maaf, tidak ada reputasi untuk menambahkan ini sebagai komentar. Demikian jawabannya sebagai pelengkap.
Tergantung pada seberapa sering Anda akan menelepon clock_gettime(), Anda harus ingat bahwa hanya beberapa "jam" yang disediakan oleh Linux di VDSO (yaitu tidak memerlukan syscall dengan semua overhead satu - yang hanya menjadi lebih buruk ketika Linux menambahkan pertahanan untuk melindungi dari serangan Spectre-like).
Sementara clock_gettime(CLOCK_MONOTONIC,...),, clock_gettime(CLOCK_REALTIME,...)dan gettimeofday()akan selalu sangat cepat (dipercepat oleh VDSO), ini bukan benar untuk, misalnya CLOCK_MONOTONIC_RAW atau salah satu jam POSIX lainnya.
Ini dapat berubah dengan versi kernel, dan arsitektur.
Meskipun sebagian besar program tidak perlu memperhatikan hal ini, mungkin ada lonjakan latensi pada jam yang dipercepat oleh VDSO: jika Anda menekannya tepat ketika kernel memperbarui area memori bersama dengan penghitung jam, ia harus menunggu untuk kernel untuk menyelesaikan.
Inilah "buktinya" (GitHub, untuk menjauhkan bot dari kernel.org): https://github.com/torvalds/linux/commit/2aae950b21e4bc789d1fc6668faf67e8748300b7