ໄດ້​ມີ​ການ​ຕັດ​ສິນ​ໃຈ​ທີ່​ຈະ​ລະ​ງັບ​ການ​ປະ​ສານ​ງານ​ຂອງ​ໂມງ​ປະ​ລໍາ​ມະ​ນູ​ຂອງ​ໂລກ​ກັບ​ເວ​ລາ​ດາ​ລາ​ສາດ​ຈາກ 2035.

ກອງ​ປະ​ຊຸມ​ໃຫຍ່​ສາ​ມັນ​ກ່ຽວ​ກັບ​ນ​້​ໍາ​ຫນັກ​ແລະ​ມາດ​ຕະ​ການ​ໄດ້​ຕັດ​ສິນ​ໃຈ​ທີ່​ຈະ​ໂຈະ​ການ synchronization ເປັນ​ໄລ​ຍະ​ຂອງ​ໂມງ​ປະ​ລໍາ​ມະ​ນູ​ອ້າງ​ອີງ​ຂອງ​ໂລກ​ກັບ​ເວ​ລາ​ດາ​ລາ​ສາດ​ຂອງ​ໂລກ​, ຢ່າງ​ຫນ້ອຍ​ຈະ​ເລີ່ມ​ຕົ້ນ​ໃນ​ປີ 2035​. ເນື່ອງຈາກຄວາມບໍ່ສອດຄ່ອງຂອງການຫມຸນຂອງໂລກ, ໂມງດາລາສາດແມ່ນຢູ່ເບື້ອງຫຼັງການອ້າງອີງເລັກນ້ອຍ, ແລະເພື່ອ synchronize ເວລາທີ່ແນ່ນອນ, ນັບຕັ້ງແຕ່ 1972, ໂມງປະລໍາມະນູໄດ້ຖືກໂຈະຫນຶ່ງວິນາທີທຸກໆສອງສາມປີ, ທັນທີທີ່ຄວາມແຕກຕ່າງລະຫວ່າງການອ້າງອີງແລະດາລາສາດ. ເວລາບັນລຸ 0.9 ວິນາທີ (ການປັບຕົວຄັ້ງສຸດທ້າຍແມ່ນ 8 ປີກັບຄືນ). ຈາກປີ 2035, ການຊິງໂຄຣໄນຈະຢຸດລົງ ແລະຄວາມແຕກຕ່າງລະຫວ່າງເວລາປະສານງານສາກົນ (UTC) ແລະເວລາດາລາສາດ (UT1, ຫມາຍຄວາມວ່າເວລາແສງຕາເວັນ) ຈະສະສົມ.

​ເລື່ອງ​ຢຸດຕິ​ການ​ເພີ່ມ​ຕື່ມ​ອີກ​ຄັ້ງ​ທີ 2005 ​ແມ່ນ​ໄດ້​ປຶກສາ​ຫາລື​ຢູ່​ສຳນັກງານ​ນ້ຳໜັກ​ສາກົນ​ນັບ​ແຕ່​ປີ 2000, ​ແຕ່​ຄຳ​ຕັດສິນ​ດັ່ງກ່າວ​ຍັງ​ຊັກ​ຊ້າ​ຢ່າງ​ບໍ່​ຢຸດ​ຢັ້ງ. ໃນໄລຍະຍາວ, ການຫມູນວຽນຂອງການເຄື່ອນໄຫວຂອງໂລກຄ່ອຍໆຊ້າລົງຍ້ອນອິດທິພົນຂອງແຮງໂນ້ມຖ່ວງຂອງດວງຈັນແລະໄລຍະຫ່າງລະຫວ່າງ synchronization ຫຼຸດລົງຕາມເວລາ, ຕົວຢ່າງ, ຖ້ານະໂຍບາຍດ້ານໄດ້ຖືກຮັກສາໄວ້ຫຼັງຈາກ XNUMX ປີ, ວິນາທີໃຫມ່ຈະຕ້ອງເປັນ. ເພີ່ມທຸກໆເດືອນ. ໃນຂະນະດຽວກັນ, ການບິດເບືອນຕົວກໍານົດການຂອງການຫມູນວຽນຂອງໂລກແມ່ນແບບສຸ່ມໃນທໍາມະຊາດແລະໃນຊຸມປີມໍ່ໆມານີ້, ນະໂຍບາຍດ້ານໄດ້ມີການປ່ຽນແປງແລະຄໍາຖາມໄດ້ເກີດຂື້ນວ່າບໍ່ຈໍາເປັນຕ້ອງເພີ່ມ, ແຕ່ລົບວິນາທີເພີ່ມເຕີມ.

ເປັນທາງເລືອກໃນການ synchronization ທີສອງໂດຍທີສອງ, ຄວາມເປັນໄປໄດ້ຂອງການ synchronization ໄດ້ຖືກພິຈາລະນາໃນເວລາທີ່ການປ່ຽນແປງສະສົມເປັນເວລາ 1 ນາທີຫຼື 1 ຊົ່ວໂມງ, ເຊິ່ງຈະຕ້ອງມີການປັບເວລາໃນທຸກໆສັດຕະວັດ. ການ​ຕັດ​ສິນ​ໃຈ​ສຸດ​ທ້າຍ​ກ່ຽວ​ກັບ​ວິ​ທີ​ການ​ຂອງ​ການ synchronization ໃນ​ຕໍ່​ຫນ້າ​ແມ່ນ​ມີ​ແຜນ​ທີ່​ຈະ​ເຮັດ​ໃຫ້​ກ່ອນ​ປີ 2026​.

ການຕັດສິນໃຈທີ່ຈະໂຈະການ synchronization ທີສອງໂດຍວິນາທີແມ່ນເນື່ອງມາຈາກຄວາມລົ້ມເຫຼວຈໍານວນຫລາຍໃນລະບົບຊອບແວເນື່ອງຈາກຄວາມຈິງທີ່ວ່າໃນລະຫວ່າງການ synchronization, 61 ວິນາທີປາກົດຢູ່ໃນຫນຶ່ງນາທີ. ໃນປີ 2012, ການ synchronization ດັ່ງກ່າວນໍາໄປສູ່ຄວາມລົ້ມເຫຼວອັນໃຫຍ່ຫຼວງໃນລະບົບເຊີຟເວີທີ່ຖືກກໍານົດໃຫ້ synchronize ເວລາທີ່ແນ່ນອນໂດຍໃຊ້ NTP protocol. ເນື່ອງຈາກບໍ່ສາມາດຈັດການຮູບລັກສະນະຂອງວິນາທີເພີ່ມເຕີມ, ບາງລະບົບເຂົ້າໄປໃນ loops ແລະເລີ່ມບໍລິໂພກຊັບພະຍາກອນ CPU ທີ່ບໍ່ຈໍາເປັນ. ໃນ synchronization ຕໍ່ໄປ, ເຊິ່ງເກີດຂຶ້ນໃນປີ 2015, ມັນເບິ່ງຄືວ່າປະສົບການທີ່ຜ່ານມາທີ່ຫນ້າເສົ້າໃຈໄດ້ຖືກພິຈາລະນາ, ແຕ່ໃນ Linux kernel, ໃນລະຫວ່າງການທົດສອບເບື້ອງຕົ້ນ, ຂໍ້ຜິດພາດໄດ້ຖືກພົບເຫັນ (ແກ້ໄຂກ່ອນທີ່ຈະ synchronization), ເຊິ່ງນໍາໄປສູ່ການດໍາເນີນງານຂອງບາງຄົນ. ຈັບເວລາວິນາທີກ່ອນກຳນົດເວລາ.

ເນື່ອງຈາກເຄື່ອງແມ່ຂ່າຍ NTP ສາທາລະນະສ່ວນໃຫຍ່ຍັງສືບຕໍ່ໃຫ້ວິນາທີພິເສດ, ໂດຍບໍ່ມີການເຮັດໃຫ້ມົວເຂົ້າໄປໃນໄລຍະຫ່າງ, ແຕ່ລະ synchronization ຂອງໂມງອ້າງອີງຖືກຮັບຮູ້ວ່າເປັນເຫດການສຸກເສີນທີ່ບໍ່ສາມາດຄາດເດົາໄດ້, ເຊິ່ງສາມາດນໍາໄປສູ່ບັນຫາທີ່ບໍ່ສາມາດຄາດເດົາໄດ້ (ໃນໄລຍະເວລານັບຕັ້ງແຕ່ທີ່ຜ່ານມາ. synchronization, ພວກເຂົາເຈົ້າມີເວລາທີ່ຈະລືມກ່ຽວກັບບັນຫາແລະປະຕິບັດລະຫັດ, ເຊິ່ງບໍ່ໄດ້ຄໍານຶງເຖິງຄຸນນະສົມບັດພາຍໃຕ້ການພິຈາລະນາ). ບັນຫາຍັງເກີດຂື້ນໃນລະບົບການເງິນແລະອຸດສາຫະກໍາທີ່ຕ້ອງການການຕິດຕາມເວລາທີ່ຖືກຕ້ອງຂອງຂະບວນການເຮັດວຽກ. ເປັນທີ່ສັງເກດວ່າຄວາມຜິດພາດທີ່ກ່ຽວຂ້ອງກັບການປະກົດຕົວທີສອງພິເສດບໍ່ພຽງແຕ່ໃນລະຫວ່າງການ synchronization, ແຕ່ຍັງຢູ່ໃນເວລາອື່ນໆ, ສໍາລັບຕົວຢ່າງ, ຄວາມຜິດພາດຂອງລະຫັດສໍາລັບການປັບຮູບລັກສະນະຂອງວິນາທີເພີ່ມເຕີມໃນ GPSD ນໍາໄປສູ່ການປ່ຽນເວລາຂອງ 2021 ອາທິດ. ຕຸລາ 1024. ມັນເປັນການຍາກທີ່ຈະຈິນຕະນາການວ່າຄວາມຜິດປະກະຕິອາດເກີດຈາກການບໍ່ເພີ່ມ, ແຕ່ລົບວິນາທີ.

ຫນ້າສົນໃຈ, ການຢຸດເຊົາການ synchronization ມີຂໍ້ເສຍທີ່ສາມາດສົ່ງຜົນກະທົບຕໍ່ການເຮັດວຽກຂອງລະບົບທີ່ຖືກອອກແບບມາເພື່ອໃຫ້ມີໂມງ UTC ແລະ UT1 ດຽວກັນ. ບັນຫາສາມາດເກີດຂື້ນໃນດ້ານດາລາສາດ (ຕົວຢ່າງເຊັ່ນ, ເມື່ອຕັ້ງກ້ອງສ່ອງທາງໄກ) ແລະລະບົບດາວທຽມ. ສໍາລັບຕົວຢ່າງ, ຜູ້ຕາງຫນ້າຂອງລັດເຊຍໄດ້ລົງຄະແນນສຽງຕໍ່ຕ້ານການລະງັບການ synchronization ໃນປີ 2035, ຜູ້ທີ່ສະເຫນີການປ່ຽນ suspension ເປັນ 2040, ເນື່ອງຈາກວ່າການປ່ຽນແປງດັ່ງກ່າວຮຽກຮ້ອງໃຫ້ມີການຟື້ນຟູທີ່ສໍາຄັນຂອງໂຄງສ້າງພື້ນຖານຂອງລະບົບນໍາທາງດາວທຽມ GLONASS. ລະບົບ GLONASS ໄດ້ຖືກອອກແບບໃນເບື້ອງຕົ້ນເພື່ອປະກອບມີວິນາທີກະໂດດ, ໃນຂະນະທີ່ GPS, BeiDou ແລະ Galileo ພຽງແຕ່ບໍ່ສົນໃຈພວກມັນ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru