| 형식 | 초 |
|---|---|
| GMT | Mon Aug 26 2024 15:46:52 GMT+0000 |
| 귀하의 시간대 | Mon Aug 26 2024 22:46:52 GMT+0700 (Indochina Time) |
| 상대적 | 12 minutes ago |
유닉스 타임스탬프는 시간을 초 단위로 추적하는 방법입니다. 이 카운트는 1970년 1월 1일, 00:00:00 UTC의 유닉스 에포크에서 시작됩니다. 따라서 유닉스 타임스탬프는 특정 날짜와 유닉스 에포크 간의 초 수에 불과합니다. 또한 (이 사이트의 방문자들의 댓글 덕분에) 이 시점은 지구상의 어디에 있든지 변하지 않는다는 점을 지적할 필요가 있습니다. 이는 온라인 및 클라이언트 측의 동적이고 분산된 응용 프로그램에서 날짜별 정보를 추적하고 정렬하는 데 매우 유용합니다.
| 사람이 읽을 수 있는 시간 | 초 |
|---|---|
| 1분 | 60초 |
| 1시간 | 3600초 |
| 1일 | 86400초 |
| 1주 | 604800초 |
| 1개월 (30.44일) | 2629743초 |
| 1년 (365.24일) | 31556926초 |
2038년 문제(Y2038, Epochalypse, Y2k38 또는 Unix Y2K라고도 함)는 많은 디지털 시스템에서 시간을 1970년 1월 1일 00:00:00 UTC 이후 경과한 초 단위로 표시하는 문제와 관련이 있습니다. 이러한 구현은 2038년 1월 19일 03:14:07 UTC 이후의 시간을 인코딩할 수 없습니다. Y2K 문제와 유사하게, 2038년 문제는 시간을 표현하는 데 필요한 용량이 부족한 데서 비롯됩니다.
1970년 1월 1일 이후 서명된 32비트 정수로 저장할 수 있는 최신 시간은 2038년 1월 19일 03:14:07 (1970년 1월 1일부터 2,147,483,647초 후)입니다. 이 날짜 이후 시간을 증가시키려고 시도하는 프로그램은 값을 내부적으로 음수로 저장하며, 이러한 시스템은 이를 1901년 12월 13일 금요일 20:45:52 (1970년 1월 1일 이전 2,147,483,648초)로 해석합니다. 이는 정수 오버플로우로 인해 발생하며, 카운터가 사용 가능한 자릿수를 다 소진하고 대신 부호 비트를 뒤집습니다. 이는 최대 음수 값을 보고하고, 제로까지 계속 계산한 후 다시 양의 정수로 계속 증가합니다. 이러한 시스템에서 발생하는 오류 계산은 사용자 및 기타 관련 당사자에게 문제를 일으킬 수 있습니다.