System.nanoTime(): 정말 쓸모없는 걸까요?
System.nanoTime()에 대해 제기되는 우려는 멀티 코어 시스템에서는 시간 측정 시 CPU별 시간 카운터의 변화로 인해 예상치 못한 결과가 발생할 수 있습니다. 카운터가 더 낮은 다른 프로세서에 예약된 스레드는 소요 시간을 계산할 때 음의 시간 차이가 발생할 수 있다는 이론이 있습니다.
카운터 불일치 해결
그러나 가정과 달리 System.nanoTime()은 프로세서 전체에서 일관성을 보장합니다. 최신 운영 체제 및 하드웨어 추상화(예: HAL)는 원래 게시물에서 제기된 문제를 해결했습니다.
Windows:
Windows 시스템의 경우 최신 버전의 Sun JDK(2011 이전)는 TSC 대신 Windows의 QueryPerformanceCounter를 사용합니다. QueryPerformanceCounter는 프로세서 전체에서 동기화된 시간을 보장하여 카운터 불일치 문제를 제거합니다.
Linux:
Linux 커널 2.6.18 이상에서는 동기화되지 않은 시간축을 감지하고 다음으로 폴백하여 이 문제를 해결합니다. 신뢰할 수 있는 클록 소스. 이 보호 장치는 여러 프로세서에서 일관된 시간 유지를 보장합니다.
기타 플랫폼:
다른 플랫폼(예: SPARC)에서 System.nanoTime()의 동작에 관한 정보는 제한됩니다. , Solaris, IBM JVM). 그러나 최신 운영 체제와 JVM은 시간 일관성을 유지하기 위해 유사한 보호 기능을 구현했다고 가정하는 것이 합리적입니다.
결론:
제기된 원래 우려는 특정 역사적 맥락에서 유효하며 System.nanoTime()은 더 이상 사용되지 않습니다. 최신 운영 체제와 JVM은 여러 프로세서에서 안정적인 시간 측정을 보장하기 위한 보호 장치를 구현했습니다. 따라서 System.nanoTime()은 Java 애플리케이션에서 경과 시간을 측정하는 데 유용한 도구로 남아 있습니다.
위 내용은 System.nanoTime()은 최신 멀티 코어 시스템에서 여전히 관련이 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!