이 문서는 지원되지 않는 버전의 PostgreSQL을위한 것입니다.
당신은에 대해 같은 페이지를 볼 수 있습니다스포츠 토토 결과 PostgreSQL : 문서 : 17 : PG_TEST_TIMEING버전 또는 위에 나열된 다른 지원 버전 중 하나입니다.

pg_test_timing

PG_TEST_TIMING - 시간 측정 오버 헤드

시놉시스

PG_TEST_TIMING[옵션...]

설명

pg_test_timing는 시스템의 토토 사이트 추천 오버 헤드를 측정하고 시스템 시간이 뒤로 이동하지 않음을 확인하는 도구입니다. 토토 사이트 추천 데이터를 수집하는 데 속도가 느린 시스템은 덜 정확하게 제공 할 수 있습니다분석 설명결과.

옵션

PG_TEST_TIMING다음 명령 줄 옵션을 수락합니다 :

-d지속 시간
-rature =지속 시간

테스트 기간을 몇 초 만에 지정합니다. 기간이 길면 약간 더 나은 정확도를 제공하며 시스템 클록이 뒤로 이동하는 문제를 발견 할 가능성이 높습니다. 기본 테스트 기간은 3 초입니다.

-v
-버전

인쇄pg_test_timing버전 및 종료.

-?
-help

도움말 표시pg_test_timing명령 줄 인수 및 종료.

usage

결과 해석

좋은 결과는 대부분 ( 90%) 개별 토토 사이트 추천 통화가 1 마이크로 초 미만을 보여줍니다. 루프 당 평균 오버 헤드는 100 나노초 미만으로 훨씬 낮습니다. TSC 클럭 소스를 사용하는 인텔 i7-860 시스템 의이 예는 탁월한 성능을 보여줍니다.

3 초 동안 토토 사이트 추천 오버 헤드 테스트.
오버 헤드 포함 루프 시간 : 35.96 ns
토토 사이트 추천 기간의 히스토그램 :
  <총 수의 %
     1 96.40465 80435604
     2 3.59518 2999652
     4 0.00015 126
     8 0.00002 13
    16 0.00000 2

다른 단위는 히스토그램보다 루프 당 시간에 사용됩니다. 루프는 몇 나노 초 (NS) 내에 해상도를 가질 수 있지만 개별 토토 사이트 추천 호출은 1 마이크로 초 (미국)로만 해결할 수 있습니다..

집행자 토토 사이트 추천 오버 헤드 측정

쿼리 executor가 사용 설명서를 실행 중일 때분석 설명, 개별 작업은 시간이 걸리고 요약을 표시합니다. 시스템의 오버 헤드는로 행을 계산하여 점검 할 수 있습니다.PSQL프로그램 :

generate_series (1,100000)에서 선택 *으로 테이블 t를 작성합니다.
\토토 사이트 추천
t에서 count (*)를 선택하십시오.
t;에서 선택한 수 (*)를 분석하십시오.

i7-860 시스템은 9.8ms에서 카운트 쿼리를 실행하는 동안분석버전은 16.6ms가 걸리며 각 처리는 10 만 행 이상입니다. 6.8ms의 차이는 행당 타이밍 오버 헤드가 68ns이며, PG_TEST_MITING가 추정 한 것보다 약 2 배입니다. 상대적으로 적은 양의 오버 헤드조차도 완전히 시간이 정해진 계수 명령문이 거의 70% 더 오래 걸립니다. 보다 실질적인 쿼리에서는 타이밍 오버 헤드가 문제가되지 않습니다.

시간 소스 변경

일부 최신 Linux 시스템에서는 언제든지 토토 사이트 추천 데이터를 수집하는 데 사용되는 클럭 소스를 변경할 수 있습니다. 두 번째 예제는 위의 빠른 결과에 사용 된 것과 동일한 시스템에서 느린 ACPI_PM 시간 소스로 전환 할 수있는 둔화를 보여줍니다.

# cat/sys/devices/system/clocksource/clocksource0/used_clocksource
TSC HPET ACPI_PM
# echo acpi_pm/sys/devices/system/clocksource/clocksource0/current_clocksource
# pg_test_miting
오버 헤드 포함 루프 시간 : 722.92 ns
토토 사이트 추천 기간의 히스토그램 :
  <총 수의 %
     1 27.84870 1155682
     2 72.05956 2990371
     4 0.07810 3241
     8 0.01357 563
    16 0.00007 3

이 구성에서 샘플분석 설명위의 115.9ms가 걸립니다. 그것은 1061 ns의 토토 사이트 추천 오버 헤드이며,이 유틸리티에 의해 직접 측정되는 작은 배수입니다. 많은 토토 사이트 추천 오버 헤드는 실제 쿼리 자체가 시간 동안 소수의 일부만을 차지하고 있다는 것을 의미합니다. 대부분은 대신 오버 헤드로 소비됩니다. 이 구성에서 모든분석 설명토토 사이트 추천 오버 헤드에 의해 많은 시간 조작과 관련된 총계가 크게 팽창 될 것입니다.

FreeBSD는 또한 시간 소스를 즉시 변경할 수 있으며 부팅 중에 선택한 타이머에 대한 정보를 기록합니다.

# dmesg | Grep "Timecounter"
TimeCounter "ACPI-FAST"주파수 3579545 Hz 품질 900
TimeCounter "i8254"주파수 1193182 Hz 품질 0
시간마다 10.000msec마다 진드기
TimeCounter "TSC"주파수 2531787134 Hz ​​품질 800
# sysctl kern.timecounter.hardware = tsc
kern.timecounter.hardware : acpi -fast- tsc

다른 시스템은 부팅시 시간 소스를 설정할 수 있습니다. 구형 Linux 시스템에서 "클럭"커널 설정은 이러한 종류의 변경을 수행하는 유일한 방법입니다. 그리고 최근의 일부에서도 시계 소스에 대해 볼 수있는 유일한 옵션은 "Jiffies"입니다. Jiffies는 이전 Linux 소프트웨어 시계 구현으로,이 예에서와 같이 빠른 타이밍 하드웨어로 지원할 때 좋은 해상도를 가질 수 있습니다.

$ cat/sys/devices/system/clocksource/clocksource0/used_clocksource
Jiffies
$ dmesg | Grep Time.c
Time.c : 3.579545 MHz 벽 PM PM GTOD PIT/TSC 타이머 사용
Time.c : 2400.153 MHz 프로세서 감지.
$ pg_test_miting
3 초 동안 토토 사이트 추천 오버 헤드 테스트.
루프 오버 헤드를 포함한 토토 사이트 추천 시간당 : 97.75 ns
토토 사이트 추천 기간의 히스토그램 :
  <총 수의 %
     1 90.23734 27694571
     2 9.75277 2993204
     4 0.00981 3010
     8 0.00007 22
    16 0.00000 1
    32 0.00000 1

시계 하드웨어 및 토토 사이트 추천 정확도

정확한 타이밍 정보 수집은 일반적으로 다양한 수준의 정확도를 가진 하드웨어 시계를 사용하여 컴퓨터에서 수행됩니다. 일부 하드웨어를 사용하면 운영 체제가 시스템 시계 시간을 거의 직접 프로그램에 전달할 수 있습니다. 시스템 클럭은 또한 타이밍 인터럽트, 알려진 시간 간격으로주기적인 진드기를 제공하는 칩에서 파생 될 수 있습니다. 두 경우 모두 운영 체제 커널은 이러한 세부 사항을 숨기는 클럭 소스를 제공합니다. 그러나 해당 시계 소스의 정확도와 결과를 반환 할 수있는 속도는 기본 하드웨어에 따라 달라집니다.

부정확 한 시간을 유지하면 시스템 불안정성이 발생할 수 있습니다. 시계 소스의 변경 사항을 매우 신중하게 테스트하십시오. 운영 체제 기본값은 때때로 최상의 정확도보다 신뢰성을 선호하기 위해 만들어집니다. 가상 머신을 사용하는 경우 호환되는 권장 시간 소스를 살펴보십시오. 가상 하드웨어는 타이머를 모방 할 때 추가적인 어려움에 직면하며 공급 업체가 제안하는 운영 체제 설정이 종종 있습니다.

타임 스탬프 카운터 (TSC) 클럭 소스는 현재 Generation CPU에서 사용 가능한 가장 정확한 것입니다. 운영 체제가 지원하고 TSC 시계가 신뢰할 수있는 시스템 시간을 추적하는 것이 선호되는 방법입니다. TSC가 정확한 타이밍 소스를 제공하지 못할 수있는 몇 가지 방법이 있습니다. 구형 시스템은 CPU 온도에 따라 다른 TSC 클록을 가질 수 있으므로 타이밍을 사용할 수 없습니다. 일부 오래된 멀티 코어 CPU에서 TSC를 사용하려고하면 여러 코어에서 일치하지 않는보고 된 시간이 생길 수 있습니다. 이로 인해 시간이 거꾸로 이동 하여이 프로그램이 확인하는 문제가 발생할 수 있습니다. 그리고 최신 시스템조차도 매우 공격적인 전력 절약 구성으로 정확한 TSC 타이밍을 제공하지 못할 수 있습니다.

최신 운영 체제는 알려진 TSC 문제를 확인하고 볼 때 더 느리고 안정적인 시계 소스로 전환 할 수 있습니다. 시스템이 TSC 시간을 지원하지만 기본값을 사용하지 않으면 정당한 이유가 없어서 비활성화 될 수 있습니다. 일부 운영 체제는 가능한 모든 문제를 올바르게 감지하지 못하거나 부정확 한 것으로 알려진 상황에서도 TSC를 사용할 수 있습니다.

HESP (High Precision Event Timer)는 사용 가능한 시스템에서 선호되는 타이머이며 TSC는 정확하지 않습니다. 타이머 칩 자체는 최대 100 개의 나노초 해상도를 허용하도록 프로그래밍 가능하지만 시스템 시계에서는 많은 정확성을 보지 못할 수 있습니다.

ACPI (Advanced Configuration and Power Interface)는 Linux가 ACPI_PM이라고하는 PM (Power Management) 타이머를 제공합니다. ACPI_PM에서 파생 된 시계는 300 나노초 해상도를 제공합니다.

이전 PC 하드웨어에 사용되는 타이머에는 8254 프로그래밍 가능한 인터벌 타이머 (PIT), 실시간 시계 (RTC), APIC (Advanced Programmable 인터럽트 컨트롤러) 타이머 및 사이클론 타이머가 포함됩니다. 이 타이머는 밀리 초의 해상도를 목표로합니다.

참조

설명