Hacker News 의견

• "A Deepness in the Sky"라는 SF 책을 읽었음. 책에서 에포크 이후 초에 대한 언급이 흥미로웠음

  • Qeng Ho의 시간 측정 방법이 복잡했으며, 인간이 처음 달에 발을 디딘 순간부터 초를 세기 시작했음
  • 시작 순간은 실제로 약 1,500만 초 후였으며, 이는 초기 컴퓨터 운영 체제의 0초였음

• 윤초를 없애려는 노력이 진행 중이며, 2035년까지 완료되기를 희망함

  • UTC의 목적은 TAI에서 정수 초만큼 떨어져 평균 태양 시간을 근사하는 것임
  • MST를 추적하지 않으려면 TAI로 전환해야 하며, UTC가 MST에서 벗어나면 역사적인 윤초가 의미가 없어짐

• 현대 "UTC 에포크"는 1972년 1월 1일임

  • 1971년 말에 0.107758 TAI 초의 불규칙한 점프가 있었으며, 이후 UTC의 틱 속도가 TAI와 정확히 일치하도록 변경됨
  • 1970년과 1971년의 유닉스 시간은 실제로 그 기간의 UTC 시간과 일치하지 않음

• 시간 측정에 대해 읽을 때마다 새로운 것을 배움

  • 유닉스 시간이 가장 간단한 시간 추적 방법이라고 생각했음
  • 윤초가 적용되지 않는다고 생각했지만, 충분히 생각하지 않았던 것 같음

• 최근 VAX, 또는 OpenVMS 위에서 실행되는 코드에 대해 작업했으며, 에포크가 1858년 11월 17일인 것을 처음 봄

  • 코드에서는 유닉스 에포크로 추상화되어 있었음

• 일부 시간 지점은 POSIX 타임스탬프로 표현할 수 없으며, 일부 POSIX 타임스탬프는 실제 시간과 일치하지 않음

• 이 기사가 크리스마스를 망쳤다고 생각함

  • 초는 에포크 이후 초여야 하며, 태양일에서 벗어나도 상관없음
  • 초-에포크 변환기가 수정 작업을 담당해야 함

• 데이터베이스에 날짜를 저장할 때 항상 유닉스 에포크 시간으로 저장하며, 시간대 정보는 별도로 저장함

  • TAI 형식으로 타임스탬프를 저장하고, 필요한 경우 UTC로 변환하는 것이 더 나을지 고민함
  • 시간대는 인간이 만든 개념이며, 시간이 지남에 따라 조정됨
  • 절대 시간을 기준으로 하고, 필요할 때 로컬 시간 형식으로 변환해야 함

• 약 10년 전 컨퍼런스에서 Google이 윤초를 사용하지 않고, 이를 정규 초에 분산시킨다는 이야기를 들었음

  • Google은 NTP 서버를 수정하여 윤초를 분산시킴

• 동기화되고 단조롭게 증가하는 시간 측정 방법이 있는지 궁금함