연말이 되어 윤초가 큰이슈아닌 큰이슈로 다가온다. 2016.12.31일 윤초가 발생했기 때문이다.
윤초에 대하여, 기억해 두기 위해, 내 맘대로 정리해본다.
인터넷에 찾아보면 윤초가 무언지 설명하는 것은 많다.
요는 윤초 때문에, 시스템 장애(Hung, Crash, delay etc ..)를 유발 가능하다고 하는데 ...
윤초가 왜, 어떻게 영향을 주는 지 알려주는 것은 없다 ... 있는데, 못 찾는 것이 맞는 것 같다 ...
Leap second(윤초)
1972년 1월 1일부터 일부터 세계 표준시로 협정 세계시 (UTC:Universal Time Coordinated)를 사용하며 UTC의 토대가 되는 원자시계와 지구자전에 따른 태양시계 오차를 맞추기 위해 1초를 조정하는 것이 윤초다. (Leap second)
Leap second(윤초 조정)
윤초를 실행하는 제 1 우선일은 1월 1일과 7월 1일, 제2 우선일은 4월 1일과 10월 1일로 결정되어 각각 그날의 0시 0분 0초(한국은 09시 0분 0초) 직전에 적용한다.
따라서 오는 2016년 12월 31일 (한국은 1월 1일) 1초의 시간을 조정한다.
UTC
2016 December 31, 23h 59m 59s
2016 December 31, 23h 59m 60s <- 윤초삽입
2017 January 1, 0h 0m 0s
한국표준시 (KST)
2017년 1월 1일 08 시59 분59 초
2017년 1월 1일 08 시59 분60 초 ← 윤초삽입
2017년 1월 1일 09 시00 분00 초
HPE – Leap Second Information Page
http://www8.hp.com/us/en/hpe-leap-second.html
HPE ProLiant Servers - Leap Seconds and HPE ProLiant Servers
https://h20566.www2.hpe.com/hpsc/doc/public/display?docId=emr_na-c04588347
일단, 하드웨어 측면에서 문제될 큰 일은 없음
(NTP를 사용한다면 알아서 조정될 것이고, 사용하지 않는다면, 나중에 수동으로 조정하면 되는 ...)
(정확히는 SW에서 적용된 윤초 사항을 이용하게 된다. 시스템 종료 시 S/W Clock이 H/W Clock에 적용될 것이기에 ...)
하지만, 소프트웨어 측면에서는 운영 소프트웨어의 특성에 매우 영향 가능
예를들어,
00:00:00 에 좋은 매물이 있어 물건을 구매 시도 했는데,
같은 매물을 00:00:01 에 다른 사람도 구매를 시도 했다고 가정하자.
공교롭게도 윤초라면 ..?
두 명 모두 00:00:00 에 구매를 시도 진행했다고 할 수 있어지는 .. 머 그런 이벤트가 발생되는 ...
역시 00:00:00 에 파일을 생성하고 00:00:01에 파일을 수정 또는 삭제했는데,
00:00:00 이 되어버렸다면 해당 파일은 어떤 형태로 존재할까 ..? 머 그런 이벤트가 발생되는 ...
SW 중에는 시간 관련 함수를 사용하는 것들이 종종 있는데, 소프트웨어 상의 이런 이벤트로 인해,
CPU는 잘못하지 않았는데, 무언가 잘못한 줄 알고 당황하는 ... 머 그런 이벤트가 발생하는 ...
상황이 벌어진다.
