이더넷의 동일한 서브넷의 Stratum 0 NTP 서버에서 시간이 얼마나 정확합니까?

StackOverflow https://stackoverflow.com/questions/126710

문제

Linux 시스템에서 시스템 시간을 정확하게 설정하기 위해 GPSD 및 NTPD에 의존하는 응용 프로그램이 있습니다.

GPSD는 NMEA + PPS를 공급합니다

응용 프로그램은 네트워크를 통해 초당 ~ 25MB의 애플리케이션을하고 있으며 시스템의 로딩이 어떻게 든 지터를 일으키고 있다고 생각합니다. (불규칙한 인터럽트 대기 시간을 일으키는 PCI Express 버스로드)

GPS를 읽고로드 된 시스템의 NTP 서버 역할을하도록 설정할 수있는 다른 시스템이 전혀 없습니다. (로드 된 기계가 STARTUM 1을 얻을 수 있습니까 ???)

이더넷의 동일한 서브넷의 Stratum 0 NTP 서버에서 시간이 얼마나 정확합니까?

나는 이것이 너무 주제가 아니기를 바랍니다. 언젠가 다른 사람이 여기서 답이 문서화되어 기뻐할 것이라고 확신합니다. ;-)

도움이 되었습니까?

해결책

내가 찾을 수있는 최고의 정보 NTP 정확도, LAN 설정에서 1-2ms를 가리키는 것 같습니다.

커널 모드가 장착 된 NTP v4는 1NS만큼 좋은 1ms 정확도보다 훨씬 우수 할 수 있습니다. [Dave Mills] 기사에 따르면 NTP V3은 LAN에서 1-2ms, WAN Nets에서 MS의 10 초에 정확합니다. http://www.cis.udel.edu/~mills/ntp.html

다른 기사에서는 GPS 시간 소스와 같은 정확한 시간 소스를 사용하면 NTP가 50US에 정확하지만 Linux 커널 지원의 링크는 몇 MS의 정확도가 가능하다고 말합니다. http://www.atomic-clock.galleon.eu.com/support/ntp-time-server-accuracy.html

또 다른 기사에 따르면 네트워크 지연의 예측 가능성 (즉, 낮은 지터 네트워크)에 의존한다고 말합니다. http://www.postel.org/pipermail/end2end-interest/2003-april/002925.html

다른 팁

NTP는 일반적으로 이러한 종류의 상황에서 작은 단일 자리 MS에 좋은 것으로 간주됩니다.

며칠 동안 실행 된 후에는 NTPD가 매우 긴 시간이 오래 지속되는 필터링의 힙을 구현하기 때문에 실제 시계에는 많은 지터가 없어야합니다.

그러나 실제로 시간을 측정하는 방법과 사용하는 메커니즘은 기본 동기화와 같은 (이상이 아닌 경우에도 불구하고) 말하지 않습니다.

실제로 딥 버퍼링이있는 바쁜 네트워크와 네트워크 카드가 있다면 패킷 도착과 인터럽트 서비스 사이의 지터가 더 커질 수 있기 때문에 도움이되지 않을 수 있습니다. 당신의 이더넷 스위칭이 타이밍도 더 나빠질 것입니다. 구식 허브는이 점에서 스위치보다 낫습니다.

문제의 NTP 서버의 층 수준은 클록/서버의 정확도와 관련이 없습니다. 그것은 순전히 당신이 "참조 시계"와 떨어진 거리를 의미합니다.

NTP 정확도와 관련하여 더 중요한 것은 (물론 시간과 관련하여) 서버 간의 네트워크 대기 시간, 사용중인 서버 유형 및 잠재적으로 서버로드입니다. 사용하는 NTP 서버에 따라 시간이 얼마나 정확한지 문서화합니다. 각 서버 소프트웨어는 다양한 알고리즘을 사용하여 네트워크 대기 시간 및 서버로드를 기반으로 시간을 계산하며 이러한 알고리즘의 정확성에 달려 있습니다.

예를 들어, MS NTP 서버는 2 초 이내에 정확할 것이라고 명시하고 있습니다. OpenNTPD는 서버의 가능한 정확성을 제공하지 않을 것이라고 말했습니다. Stratum 3 서버가 Stratum 2 서버 등보다 더 정확할 수있는 인스턴스가 있습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top