OpenBSD와 가상 머신이 제대로 작동합니다. Google 시간 소스를 잘못 사용하고 있습니다.

Question 1

OpenBSD와 가상 머신이 제대로 작동합니다. Google 시간 소스를 잘못 사용하고 있습니다.

이것은 OpenBSD에 있습니다.자주 묻는 질문그리고 매뉴얼 페이지.

UTC 시간을 게시하는 시간 원본에 동기화하고 있습니다. 그러나 기본적으로 rdate시간 소스가 TAI-10 시간을 게시한다고 가정합니다. TAI는 엄격하게 균일하게 증가하는 모든 SI 초 수입니다. 항상 분당 60초이며 현재는 UTC보다 36초 앞서서 간헐적으로 발생하는 "윤초"를 할인합니다. (더 정확하게 말하면 세일 중이에요.긍정적인윤초. 그러나 음의 윤초는 아직 실제로 발생하지 않았습니다. ) 2016-12-31 23:59:60 UTC는 UTC보다 37초 빠르며 윤초는 이달 말에 도래합니다.

UTC 대신 TAI를 사용하는 시스템은 실제로 더 정확한 TAI-10을 사용하는 경향이 있습니다. 여기서 TAI 수는 TAI-10이라고도 알려진 1970-01-01 00:00:00 UTC에 맞춰 미래로 10으로 이동됩니다. 1969-12-31 23:59:50 TAI, 1970-01-01 00:00:00 TAI-10. ^1이는 UTC보다 26초 빠르며, 곧 27초가 됩니다.

우리 모두 알고 있듯이 Google 시간 소스는 윤초를 계산하지 않습니다. 그들은 사용한다도말 표본이는 하루 전체에 걸쳐 셀 수 없이 많은 추가 초의 가치를 분산시킵니다. 즉, 1년에 최대 이틀을 의미합니다.구글 초길이가 일정하지 않으며 SI 초의 길이와도 다릅니다.

rdate-c커널 시계가 TAI-10에서 실행된다는 가정하에 시간 소스가 윤초를 계산하지 않으며 Olsen의 "올바른" 시간대를 사용해야 함을 알려주는 옵션이 필요합니다 . ("올바른" 시간대와 UTC 대신 TAI를 계산하는 커널 시계는 장점이 있습니다.)

아이러니하게도 로그에 따르면 OpenBSD에 제공된 예제 설정인 중앙 유럽 표준시도 사용하고 있기 때문에자주 묻는 질문예당신만을 위한 것. 따라서 OpenBSD doco를 읽고 지침을 따르십시오.

또는: TAI-10 대신 UTC로 실행하려면 "posix" 시간대를 사용하십시오.

^{1 이는 UTC의 일반적인 회고적 정의와 관련된 약간 단순화된 설명이며, 1972년 이전에 사용된 UT 초가 TAI와의 변환을 위한 대규모 테이블 기반 알고리즘을 사용하여 가변 길이였다는 사실을 무시합니다. 그러나 이는 이 답변의 범위를 벗어납니다. 1972년 이전의 상황은 심각했습니다. 어떤 사람들은 UTC, 윤초 시스템, SI 초 길이를 폐지하고 다시 도입하기를 원합니다. 그들은... 속였습니다.}

추가 읽기

"내 시계가 왜 20초 느린가요?”.OpenBSD자주 묻는 질문.
rdate. OpenBSD 6.0 매뉴얼.
크리스토퍼 파스코(2011-09-15). 시간, 기술 및 점프 초. Google.
페리 로리에(2015-07-01). timeX는 .google.com비표준 시간을 제공합니다.. 437장 시스템 버그 추적기.
다니엘 J. 번스타인.UTC, TAI 및 UNIX 시간. cr.yp.to.
데이비드 마도르(2010-12-27). "TAI−10 설정".유닉스 윤초 혼란.
https://unix.stackexchange.com/a/294715/5132

Answer

OpenBSD와 가상 머신이 제대로 작동합니다. Google 시간 소스를 잘못 사용하고 있습니다.

이것은 OpenBSD에 있습니다.자주 묻는 질문그리고 매뉴얼 페이지.

UTC 시간을 게시하는 시간 원본에 동기화하고 있습니다. 그러나 기본적으로 rdate시간 소스가 TAI-10 시간을 게시한다고 가정합니다. TAI는 엄격하게 균일하게 증가하는 모든 SI 초 수입니다. 항상 분당 60초이며 현재는 UTC보다 36초 앞서서 간헐적으로 발생하는 "윤초"를 할인합니다. (더 정확하게 말하면 세일 중이에요.긍정적인윤초. 그러나 음의 윤초는 아직 실제로 발생하지 않았습니다. ) 2016-12-31 23:59:60 UTC는 UTC보다 37초 빠르며 윤초는 이달 말에 도래합니다.

UTC 대신 TAI를 사용하는 시스템은 실제로 더 정확한 TAI-10을 사용하는 경향이 있습니다. 여기서 TAI 수는 TAI-10이라고도 알려진 1970-01-01 00:00:00 UTC에 맞춰 미래로 10으로 이동됩니다. 1969-12-31 23:59:50 TAI, 1970-01-01 00:00:00 TAI-10. ^1이는 UTC보다 26초 빠르며, 곧 27초가 됩니다.

우리 모두 알고 있듯이 Google 시간 소스는 윤초를 계산하지 않습니다. 그들은 사용한다도말 표본이는 하루 전체에 걸쳐 셀 수 없이 많은 추가 초의 가치를 분산시킵니다. 즉, 1년에 최대 이틀을 의미합니다.구글 초길이가 일정하지 않으며 SI 초의 길이와도 다릅니다.

rdate-c커널 시계가 TAI-10에서 실행된다는 가정하에 시간 소스가 윤초를 계산하지 않으며 Olsen의 "올바른" 시간대를 사용해야 함을 알려주는 옵션이 필요합니다 . ("올바른" 시간대와 UTC 대신 TAI를 계산하는 커널 시계는 장점이 있습니다.)

아이러니하게도 로그에 따르면 OpenBSD에 제공된 예제 설정인 중앙 유럽 표준시도 사용하고 있기 때문에자주 묻는 질문예당신만을 위한 것. 따라서 OpenBSD doco를 읽고 지침을 따르십시오.

또는: TAI-10 대신 UTC로 실행하려면 "posix" 시간대를 사용하십시오.

^{1 이는 UTC의 일반적인 회고적 정의와 관련된 약간 단순화된 설명이며, 1972년 이전에 사용된 UT 초가 TAI와의 변환을 위한 대규모 테이블 기반 알고리즘을 사용하여 가변 길이였다는 사실을 무시합니다. 그러나 이는 이 답변의 범위를 벗어납니다. 1972년 이전의 상황은 심각했습니다. 어떤 사람들은 UTC, 윤초 시스템, SI 초 길이를 폐지하고 다시 도입하기를 원합니다. 그들은... 속였습니다.}

추가 읽기

"내 시계가 왜 20초 느린가요?”.OpenBSD자주 묻는 질문.
rdate. OpenBSD 6.0 매뉴얼.
크리스토퍼 파스코(2011-09-15). 시간, 기술 및 점프 초. Google.
페리 로리에(2015-07-01). timeX는 .google.com비표준 시간을 제공합니다.. 437장 시스템 버그 추적기.
다니엘 J. 번스타인.UTC, TAI 및 UNIX 시간. cr.yp.to.
데이비드 마도르(2010-12-27). "TAI−10 설정".유닉스 윤초 혼란.
https://unix.stackexchange.com/a/294715/5132

Question 2

26은 매직 넘버로 UTC(오늘)에 추가된 윤초 수입니다.

OpenBSD 시간을 데비안 시스템과 비교해 보셨나요?"옳은"구역 정보 파일?

TZ=/usr/share/zoneinfo/right/GB-Eire date; date
Thu Dec  1 19:46:16 GMT 2016
Thu Dec  1 19:46:41 GMT 2016

(죄송합니다. 아직 업데이트하지 않았기 때문에 시간이 25초밖에 없습니다.데이터는 다음과 같습니다.작년의 도약을 생각하면)

그 뿌리는 시간에 대한 엄격한 POSIX 해석에 있습니다. 자세한 내용은 여기에서 확인할 수 있습니다. http://www.ucolick.org/~sla/leapsecs/timescales.html

Answer

26은 매직 넘버로 UTC(오늘)에 추가된 윤초 수입니다.

OpenBSD 시간을 데비안 시스템과 비교해 보셨나요?"옳은"구역 정보 파일?

TZ=/usr/share/zoneinfo/right/GB-Eire date; date
Thu Dec  1 19:46:16 GMT 2016
Thu Dec  1 19:46:41 GMT 2016

(죄송합니다. 아직 업데이트하지 않았기 때문에 시간이 25초밖에 없습니다.데이터는 다음과 같습니다.작년의 도약을 생각하면)

그 뿌리는 시간에 대한 엄격한 POSIX 해석에 있습니다. 자세한 내용은 여기에서 확인할 수 있습니다. http://www.ucolick.org/~sla/leapsecs/timescales.html

Question 3

VMware에서 OpenBSD를 실행한 지 꽤 되었지만 VM 호스트의 시간이 정확하다면 대신 OpenBSD의 내장 VMware 도구 드라이버 vmt(4)를 ntpd(8)용 센서로 사용해 볼 수 있습니다. 시간 서버. 그래도 작동하지 않으면 sysctl(8)을 통해 kern.timecounter.hardware=acpitimer0을 설정해 볼 수도 있습니다.

ntpd의 출력을 /var/log/daemon에 게시하는 것도 도움이 될 수 있습니다.

Answer

VMware에서 OpenBSD를 실행한 지 꽤 되었지만 VM 호스트의 시간이 정확하다면 대신 OpenBSD의 내장 VMware 도구 드라이버 vmt(4)를 ntpd(8)용 센서로 사용해 볼 수 있습니다. 시간 서버. 그래도 작동하지 않으면 sysctl(8)을 통해 kern.timecounter.hardware=acpitimer0을 설정해 볼 수도 있습니다.

ntpd의 출력을 /var/log/daemon에 게시하는 것도 도움이 될 수 있습니다.

OpenBSD와 가상 머신이 제대로 작동합니다. Google 시간 소스를 잘못 사용하고 있습니다.

답변1

OpenBSD와 가상 머신이 제대로 작동합니다. Google 시간 소스를 잘못 사용하고 있습니다.

추가 읽기

답변2

답변3

관련 정보