벤치마크 방법론
목차
PC Benchmark X는 지정된 CPU/GPU 시나리오의 실행과 소프트웨어 신호에 대한 반응 지연을 측정합니다. 시나리오 내부의 작업량은 고정되어 있습니다. 지속 시간과 평가 가중치는 클라이언트가 서버에서 받는 방법론에 의해 정해집니다.
이 페이지는 엔진 세대 0.8.0와 기본 매개변수를 설명합니다. 실제 새 실행의 매개변수는 서버 방법론이 업데이트된 후 달라질 수 있습니다. 이미 완료된 테스트는 설정 변경으로 새로운 측정값을 얻지 않습니다: 저장된 데이터에서 점수를 다시 계산하는 것만 가능합니다.
BoosterX → 벤치마크 → 테스트를 열고 프로필을 선택한 뒤 표시된 매개변수를 확인하십시오. 측정하는 동안 BoosterX는 자체 모니터링을 일시 중지하고 자체 창을 최소화한 다음 상태를 복원합니다. 외부 프로그램은 계속 작동하며 수치에 영향을 줄 수 있습니다.
동일한 엔진 및 드라이버 버전, 동일한 전원, 오버클럭 및 냉각 설정으로 테스트를 반복하십시오. 노트북에서는 충전기를 연결하십시오. 전후 비교를 위해서는 하나의 설정만 변경하고 무엇을 변경했는지 기록하십시오.
Candidate 순서
섹션 제목: “Candidate 순서”| 실행 부분 | 기본 지속 시간 | 목적 |
|---|---|---|
| 워밍업 | 15초 | 채점 측정 전에 부하를 준비 |
| CPU | 20초 합계 | 약 6,67초의 세 블록 |
| GPU | 30초 합계 | Geometry, Shader, Compute에 각각 10초, 각각 세 블록 |
| Combined | 30초 합계 | 10초의 세 블록 |
| 캘리브레이션 | 10초 | Loaded Latency의 난이도 조정 |
| 지연 워밍업 | 2초 | 측정 경로 준비 |
| Baseline Latency | 20초 | 기본 부하에서 지연 측정 |
| Loaded Latency | 20초 | 캘리브레이션된 부하에서 지연 측정 |
기본 Candidate의 Baseline은 이전 5에서 20초로 늘어났습니다. 표의 GPU 값은 세 시나리오 각각이 아니라 전체 GPU 부분을 가리킵니다. 전환, 리소스 준비 및 종료는 명시된 지속 시간에 시간을 추가합니다.
성능 부하는 세 라운드에서 교대로 진행됩니다. 각 CPU 블록 전에 시뮬레이션 상태가 초기화되고 512개의 준비 프레임이 채점 없이 실행됩니다. 이는 이전 블록에 대한 의존성을 줄이지만 워밍업, 주파수 변화 또는 백그라운드 부하를 없애지는 않습니다.
실행 프로필 및 지속 시간
섹션 제목: “실행 프로필 및 지속 시간”| 프로필 | 목적 | 전환 | 워밍업 | CPU | GPU 전체 | Combined | 캘리브레이션 | 지연 워밍업 | Baseline | Loaded |
|---|---|---|---|---|---|---|---|---|---|---|
| Candidate | 적합한 결과 게시 | 0,5초 | 15초 | 20초 | 30초 | 30초 | 10초 | 2초 | 20초 | 20초 |
| Quick | 짧은 로컬 진단 | 0,25초 | 7,5초 | 10초 | 15초 | 15초 | 5초 | 1초 | 2,5초 | 10초 |
| Extended | 장시간 로컬 진단 | 1초 | 30초 | 40초 | 60초 | 60초 | 20초 | 4초 | 40초 | 40초 |
이는 서버에서 변경될 수 있는 기본 지속 시간입니다. 프로필 가용성도 원격으로 관리됩니다. 일반 게시에는 Candidate가 사용되며, Quick과 Extended는 로컬로 유지됩니다. 사용자의 불완전한 테스트 세트는 순위용 실행을 대체하지 않습니다.
더 긴 기록은 더 많은 관측값을 제공하지만 그 자체로 더 나은 점수나 간섭 부재를 보장하지는 않습니다. 전후 실험에서 프로필을 섞지 마십시오.
각 프레임에서 디스크에 기록하지 않는 수집
섹션 제목: “각 프레임에서 디스크에 기록하지 않는 수집”측정값은 미리 할당된 메모리 블록에 수집됩니다. 각 프레임에서 프로그램은 JSON을 포맷하지 않고 결과 기록을 디스크에 쓰지 않습니다. 작업이 완료된 후 데이터가 병합되고 처리됩니다. 이는 수집이 테스트에 미치는 영향을 줄이지만 측정 도구를 리소스 면에서 무료로 만들지는 않습니다.
요약 지표, 시간 분포 및 실행 정보가 저장됩니다. 저장된 측정값에서의 재계산은 산술을 검증하며, 하드웨어 반복성은 새로운 실행으로만 확인할 수 있습니다.
실행 품질 및 결과 부적합
섹션 제목: “실행 품질 및 결과 부적합”백그라운드 부하, 전원, 창 전환, 화면 변경 및 환경 조건에 대한 경고에 주의하십시오. 가상화 또는 별도의 경고 자체만으로는 조작이나 낮은 점수의 구체적인 원인을 증명하지 않습니다.
취소되었거나 불완전하거나 잘못 측정된 실행은 적합한 점수가 없을 수 있으며 일반 게시가 허용되지 않습니다. 서버는 게시 가능 여부와 검증 필요성을 별도로 결정합니다. 프로그램의 메시지를 따르십시오; 원인이 측정과 관련된 경우 조용한 조건에서 테스트를 반복하십시오.
기록 품질이 모든 외부 간섭을 배제했다는 것을 의미하지는 않습니다. 실용적인 결론을 위해서는 반복 테스트와 비교 가능한 조건이 필요합니다.
결과 읽는 방법
섹션 제목: “결과 읽는 방법”| 지표 | 의미 |
|---|---|
| CPU Score | CPU 시나리오 속도 및 CPU 프레임 시간의 P99 |
| GPU Score | 정규화된 Geometry, Shader 및 Compute 속도 |
| Core Latency Score | 내부 지연 평가; 점수가 높을수록 좋음 |
| Consistency | 실행 내 느린 꼬리에 대한 추가 특성 |
| PC Score | CPU, GPU 및 Latency의 기하학적 결합; 기본 가중치 60/20/20 |
실제 지연은 밀리초로 표시되며, 이 경우 낮을수록 좋습니다. Consistency는 새로운 최종 공식에 별도 구성 요소로 포함되지 않으며 실행 간 반복성을 대체하지 않습니다. 자세한 공식, 기준 및 가중치는 공개되어 있습니다.
결과의 한계
섹션 제목: “결과의 한계”- 합성 시나리오는 시스템 변화를 발견하는 데 도움이 되지만 특정 게임의 테스트를 대체하지 않습니다.
- 낮은 편차가 각 타임스탬프의 정확성이나 체계적 오류의 부재를 아직 증명하지는 않습니다.
- Core Latency는 마우스부터 픽셀 점등까지의 전체 경로를 측정하지 않습니다.
- 순위에서의 전체 위치는 선택된 가중치, 참가자 구성 및 서버 재계산에 따라 달라집니다.
- 오래된 점수의 재계산이 오래된 부하 버전을 새로운 것으로 만들지는 않습니다. 수정된 시나리오를 비교하려면 새 테스트를 실행하십시오.
반복성 검증 아카이브는 0.5.2 버전에 해당합니다. 새로운 방법론은 그 측정된 편차 지표를 자동으로 상속하지 않습니다.
업데이트: 2026-10-02.