Unix 시간 정밀도 변환기
시간
시스템마다 Unix 타임스탬프 정밀도가 다릅니다: PostgreSQL `now()`는 마이크로초, JS `Date.now()`는 밀리초, Go `time.Unix()`는 초, gRPC `Timestamp`는 초+나노, Prometheus는 실수형 초, syslog는 나노초. 로그에서 숫자를 복사했는데 단위를 모를 때, 이 도구가 크기로 자동 감지(억 단위 = s, 조 단위 = ms 등)하고 4개 정밀도와 사람이 읽을 수 있는 형식(ISO 8601, RFC 2822 UTC, 로컬 시간, 'X초 전/후')을 한꺼번에 표시합니다. 단위를 알고 있다면 자동 감지를 강제할 수 있습니다.
—
감지된 정밀도: 초 (s)· input n = 1781064267
모든 정밀도 및 형식
- 초 (s)1781064267
- 밀리초 (ms)1781064267000
- 마이크로초 (µs)1781064267000000
- 나노초 (ns)1781064267000000000
- UTC2026-06-10 04:04:27.000 UTC
- ISO 86012026-06-10T04:04:27.000Z
- RFC 2822Wed, 10 Jun 2026 04:04:27 GMT
- 로컬Wed Jun 10 2026 04:04:27 GMT+0000 (Coordinated Universal Time)
- 상대 시간24s 전
자동 감지는 크기 사용(~10^9 = s, ~10^12 = ms 등). 미래·과거 시간이 멀면 강제 변경.
사용법
- 숫자를 붙여넣기 — 콤마·언더스코어·공백은 자동 제거됨.
- 자동 감지가 크기로 s/ms/us/ns 중 하나 선택. 틀렸으면 드롭다운으로 강제.
- 4개 정밀도와 4개 시각 형식이 나란히 표시. 대상이 기대하는 것을 복사.
자주 묻는 질문
- 자동 감지는 어떻게 동작하나요?
- 현대 타임스탬프는 예측 가능한 자릿수에 들어옵니다: 2026년 unix-seconds는 약 1.78×10^9, ms는 1.78×10^12, us는 1.78×10^15, ns는 1.78×10^18. 입력 숫자가 속하는 10의 거듭제곱 구간으로 정밀도를 선택합니다. 비정상적인 값(예: 100년 후)이면 강제 변경 가능.
- 마이크로초·나노초 출력이 왜 정밀도를 잃을 수 있나요?
- JavaScript Number는 64비트 부동소수점으로 가수 53비트 — Date 전체 범위에서 ms 정밀도까지는 안전하지만, ns 값이 2^53을 넘으면 하위 자릿수에서 정밀도 손실. 큰 값에서 정확한 나노초 연산이 필요하면 BigInt를 사용하거나 관련 자릿수만 표시하세요.
- 상대 시간 기준은?
- 페이지 렌더링 시점의 브라우저 현재 시간. 새로고침으로 갱신. 로그 타임스탬프가 최근인지 오래된 건지 빠르게 확인할 때 유용.