Zaman mikrodetik dan nanodetik: memperpendek nilai digit 16 dan 19

Angka sembilan belas digit dalam sebuah jejak — keluaran time.UnixNano ditempelkan ke konverter dan hasilnya tidak masuk akal

Bidang jejak sembilan belas digit dapat berupa zaman nanodetik, tetapi menempelkannya langsung ke konverter ini tidak menguji hipotesis tersebut. ToolAcre menerima detik atau milidetik. Kesalahan jangkauannya bahkan mengisyaratkan bahwa nomor database yang terlalu besar mungkin menggunakan mikrodetik atau nanodetik, mengarahkan pengguna untuk melakukan normalisasi sebelum menafsirkan.

Simpan teks asli saat menyelidiki. Mengonversinya menjadi bilangan JavaScript biasa sudah dapat mengubah digit orde rendah sebelum terjadi pembagian. Skema produser, pernyataan logging, atau definisi kolom database adalah bukti yang lebih baik daripada panjang visual, terutama untuk penghitung yang bukan merupakan zaman Unix sama sekali.

Empat resolusi umum — detik, milidetik, mikrodetik, dan nanodetik, dengan jumlah digitnya untuk tanggal saat ini

Detik maju satu kali per detik, milidetik seribu kali lebih cepat, mikrodetik satu juta kali, dan nanodetik satu miliar kali. Pada masa kini, angka ini sering muncul dalam bentuk sepuluh, tiga belas, enam belas, dan sembilan belas angka desimal. “Seringkali” penting: tanda negatif, tanggal awal, dan jarak jauh melanggar aturan hanya angka.

Ambang batas otomatis panel hanya membedakan detik dari milidetik pada besaran 10¹¹. Nilai mikrodetik enam belas digit melebihi batas tersebut dan akan dianggap sebagai milidetik, umumnya melebihi tanggal yang diinginkan sebanyak seribu kali lipat. Pilih unit hanya setelah mengurangi resolusi yang tidak didukung menjadi salah satu nama rute.

Empat label resolusi adalah hal yang umum, tetapi jumlah digit saja bukanlah kontrak format

Garis besarnya menyebutkan beberapa API bahasa dan produk penyimpanan, namun tidak ada file sumber untuk alat ini. Daripada berasumsi produsen mana yang mengeluarkan suatu ladang, periksalah dokumentasinya. Akhiran seperti `_us` atau `_ns`, presisi yang dinyatakan, atau kejadian berdekatan yang diketahui memberikan bukti bahwa lebar desimal tidak bisa.

Bedakan juga suatu zaman dari durasi yang monoton. Penghitung resolusi tinggi dapat mengukur waktu sejak proses dimulai atau boot dan tidak ada hubungannya dengan 1970. Membagi nilai tersebut menghasilkan penghitung yang lebih kecil, bukan tanggal kalender. Konfirmasikan unit dan asal sebelum membawa hasilnya ke konverter epoch.

Identifikasi resolusi dari produsen, bukan daftar dugaan penghasil emisi

Untuk mengurangi mikrodetik menjadi milidetik, hilangkan faktor 1,000; selama nanodetik, hapus 1,000,000. Pembagian bilangan bulat sengaja mengesampingkan presisi sub-milidetik. Untuk nilai positif, pemotongan memerlukan hitungan milidetik terdepan. Untuk negatif, pilih aturan pembulatan yang cocok dengan produser daripada berasumsi bahwa pemotongan string memiliki semantik yang sama.

Lakukan operasi dengan teks desimal atau BigInt jika presisi penting. Pembagian floating-point dapat dimulai dari Angka sembilan belas digit yang sudah dibulatkan. Pertahankan sisa yang dibuang di samping instan yang dikonversi jika penyelidikan memerlukan urutan peristiwa dalam satu milidetik; ToolAcre tidak dapat menampilkan perbedaan sub-milidetik tersebut.

Contoh praktis: 1700000000123456789 — memangkas menjadi milidetik, membaca hasilnya, dan mencatat digit sub-milidetik yang Anda sisihkan

Ambil `1738577696123456789` sebagai nanodetik. Anggap saja sebagai teks desimal, bagi dengan 1,000,000 dengan aritmatika bilangan bulat, dan dapatkan 1,738,577,696,123 milidetik dengan sisa 456,789 nanodetik. Masukkan hasil bagi milidetik secara eksplisit; pembacaan ISO-nya adalah `2025-02-03T10:14:56.123Z`.

Sisanya bukanlah noise: dua peristiwa jejak dapat berbagi milidetik yang ditampilkan namun berbeda di bawahnya. Simpan nilai mentah untuk pemesanan dan gunakan keluaran yang dikurangi hanya untuk orientasi manusia. Pembulatan ke 1,738,577,696,124 akan memindahkan instan yang ditampilkan ke milidetik berikutnya dan salah menyatakan sumbernya.

Pembagian string dapat ditinjau digit demi digit: enam tempat desimal yang dihilangkan sama persis dengan skala nanodetik hingga milidetik, sedangkan awalan yang tidak tersentuh tetap menjadi hitungan kalender.

Contoh praktis: pertahankan nilai 19 digit sebagai teks sambil menguranginya menjadi milidetik

Jaminan bilangan bulat tepat JavaScript berakhir jauh di bawah nilai periode sembilan belas digit pada umumnya. Pengurai ToolAcre akhirnya memanggil `Number`, sehingga memasukkan teks nanodetik mentah melalui panel tidak dapat mempertahankan setiap digit. Batas tanggal dan pemilih unit yang didukungnya tidak mengubah Angka menjadi wadah bilangan bulat nanodetik.

Gunakan BigInt atau jalur prapemrosesan string-aware untuk pengurangan, lalu teruskan hasil milidetik dengan ukuran aman. Urutan ini penting: penguraian pertama dan pembagian kedua dapat merusak angka yang ingin Anda pertahankan. Render kalender yang berhasil tidak membuktikan bahwa nilai sumber tingkat rendah bertahan.

Apa yang tidak tercakup dalam hal ini — akurasi jam, yang tidak terkait dengan resolusi: stempel waktu nanodetik masih bisa salah dalam hitungan detik

Resolusi memberi tahu Anda betapa halusnya suatu representasi dapat membedakan nilai-nilai; itu tidak memberi tahu Anda seberapa dekat jam dengan waktu fisik. Bidang nanodetik dapat diperoleh dari sumber yang tidak akurat, sedangkan bidang detik dapat disinkronkan dengan baik. Konverter tidak memiliki pengukuran kualitas jam dan tidak membuat klaim seperti itu.

Demikian pula, digit tambahan dapat diisi dengan presisi, bukan presisi yang diukur. Untuk analisis insiden, bandingkan jam menggunakan bukti sinkronisasi dan bandingkan urutan kejadian menggunakan penghitung mentah yang terdokumentasi. Konversi kalender hanya menyediakan keterbacaan. Jangan menyimpulkan keakuratan dari angka desimal yang panjang atau dari tiga milidetik yang ditunjukkan di ISO.

Kesimpulan: kurangi menjadi milidetik terlebih dahulu, lalu konversikan — dan bagaimana konverter stempel waktu Unix membaca nilai yang dipersingkat dengan satuan yang dinyatakan

Kurangi resolusi yang tidak didukung sebelum konversi, pertahankan resolusi asli, dan nyatakan sisanya yang dibuang. ToolAcre kemudian dapat melakukan apa yang dijanjikan kontraknya: membaca detik atau milidetik yang dihasilkan dan menampilkan formulir UTC, lokal, dan ISO dengan unit yang dipilih terlihat.

Jika tanggal yang dinormalisasi masih tidak masuk akal, lihat kembali tanggal asal daripada menghapus angka berulang kali. Penghitung sejak boot, periode lain, atau pengkodean yang tidak terdokumentasikan semuanya bisa tetap salah pada setiap skala. Satuan, asal usul, dan presisi bilangan bulat adalah pertanyaan terpisah; jawab ketiganya sebelum mempercayai tanggal yang dapat dibaca manusia.

Pemilih unit eksplisit penting setelah reduksi karena deteksi otomatis hanya merupakan default. Memilih milidetik mencatat keputusan prapemrosesan alih-alih meminta heuristik besarnya untuk menemukannya kembali.