Khi các chương trình liên quan đến thời gian nhất định (như ntpd
) đang chạy trên hệ thống Linux, hạt nhân sẽ chuyển sang cái gọi là "chế độ mười một phút" (xem hwclock
trang hướng dẫn), theo đó, nó sẽ tự động cập nhật đồng hồ phần cứng từ đồng hồ hệ thống cứ sau mười một phút .
Trên SLES11 tôi đã xác định theo kinh nghiệm rằng nếu tôi đặt đồng hồ phần cứng ở mức thấp hơn 10 giờ so với đồng hồ hệ thống, chế độ 11 phút dường như không thể làm cho đồng hồ phần cứng khớp với đồng hồ hệ thống. Nhưng nếu tôi đặt đồng hồ phần cứng sau đồng hồ hệ thống 5 phút, chế độ 11 phút sẽ tạo ra một kết hợp hoàn hảo.
Vì vậy, rõ ràng có một số cập nhật tối đa mà chế độ 11 phút có thể xử lý và tôi tự hỏi nó là gì.
Cập nhật:
Điều này thật kỳ lạ ...
Thử nghiệm nhiều hơn cho thấy rằng khi tôi có đồng hồ CT khoảng 20 phút sau đồng hồ hệ thống, chế độ 11 phút sẽ đặt đồng hồ CTNH chính xác hơn 30 phút so với đồng hồ hệ thống (!):
# date
Tue Dec 6 10:16:52 EST 2011
# hwclock --set --date "12/6/11 09:56"
#
# date
Tue Dec 6 10:17:16 EST 2011
# hwclock --show
Tue Dec 6 09:56:06 2011 -0.156551 seconds
#
# date
Tue Dec 6 10:23:09 EST 2011
# hwclock --show
Tue Dec 6 10:01:58 2011 -0.535772 seconds
#
# date
Tue Dec 6 10:34:28 EST 2011
# hwclock --show
Tue Dec 6 10:04:27 2011 -0.192025 seconds
Cập nhật:
Tôi đã chạy qua cái này: https://bugs.archlinux.org/task/27408 có nghĩa là hạt nhân tốt hay xấu sẽ không cập nhật đồng hồ phần cứng khi thời gian của đồng hồ phần cứng quá xa so với thời gian của đồng hồ hệ thống.