คำถามติดแท็ก clock-synchronization

3
ไกลแค่ไหน“ ไกลเกินไป” สำหรับ ntpd? มันสามารถไปถึงที่นั่นด้วยการกระโดดกะทันหันเพื่อรับภาระหนักได้หรือไม่? สิ่งนี้สามารถถูกแทนที่ได้หรือไม่?
ในไพรเมอร์จำนวนมากบน ntpd เช่นนี้มีคำเตือนเสมอว่า ntpd จะหยุดรีเซ็ตนาฬิกา "[ถ้า] นาฬิกาของคุณอยู่ไกลเกินไป" ไกลแค่ไหน "ไกลเกินไป" นอกจากนี้หากเซิร์ฟเวอร์กระโดดข้ามไปที่โหลดอย่างหนักเช่นจาก idleness ทั้งหมดถึง 100% CPU การเพิ่มขึ้นของอุณหภูมิจะทำให้นาฬิกาเอียงไปที่ "ไกลเกินไป" หรือไม่ สามารถกำหนดค่า ntpd ให้รีเซ็ตนาฬิกาแม้ว่าเวลาจะ "ไกลเกินไป" หรืออย่างน้อยก็ทำให้ "ไกลเกินไป" ไกลออกไปอีกเล็กน้อยได้หรือไม่

2
ซิงโครไนซ์นาฬิกากับ NTP ขณะออนไลน์และกับ RTC ขณะออฟไลน์หรือไม่
มีกลไกที่มีอยู่ซึ่งซิงโครไนซ์ระบบ linux กับ NTP ขณะออนไลน์หรือไม่และมี RTC ที่คาดการณ์ได้ในขณะออฟไลน์หรือไม่ เราดำเนินการ "นักสะสม" ระยะไกล: ระบบ Linux ในตัวที่รวบรวมและเซ็นเซอร์ข้อมูลเวลา เราต้องการข้อผิดพลาดของนาฬิกาเพื่อให้มีขนาดเล็กพอสมควรพูดน้อยกว่า 5 วินาที โดยปกติเราจะใช้ NTP เพื่อซิงค์นาฬิกาของพวกเขาและใช้งานได้ดีตราบใดที่ระบบออนไลน์ ปัญหาคือนักสะสมบางคนมีลิงค์ที่ไม่ดีมากซึ่งสามารถลงไปได้หลายชั่วโมงหลายวันหรือหลายสัปดาห์ นั่นไม่ได้หยุดการรวบรวมข้อมูลในตัวเครื่อง แต่หากไม่มี NTP นาฬิการะบบ Linux จะลอยได้ไม่ดีและคาดเดาไม่ได้ OTOH RTC ของฮาร์ดแวร์ก็ลอยแรงเช่นกัน แต่ในอัตราคงที่ อัตราดริฟท์ RTC แตกต่างกันไปในแต่ละบอร์ด แต่มีค่าคงที่ต่อบอร์ดและสามารถวัดได้ ฉันเดาว่าสิ่งที่เราต้องการคือกลไกที่ทำสิ่งต่อไปนี้: วัดอัตราการดริฟท์ RTC ของบอร์ดก่อนการปรับใช้ ปรับเวลาของระบบอย่างต่อเนื่อง / สม่ำเสมอผ่าน NTP เมื่อทำได้ ปรับเวลาของระบบเป็นประจำจาก RTC เมื่อไม่สามารถใช้ NTP ได้ นำอัตรา RTC …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.