Методика бенчмарку
На цій сторінці
PC Benchmark X вимірює виконання заданих CPU/GPU-сценаріїв і затримку реакції на програмний сигнал. Обсяг роботи всередині сценарію фіксований. Тривалості та ваги оцінок задаються методикою, яку клієнт отримує з сервера.
Ця сторінка описує покоління движка 0.8.0 і базові параметри. Фактичні параметри нового запуску можуть відрізнятися після оновлення серверної методики. Уже виконаний тест не отримує нові вимірювання від зміни налаштувань: можливий лише перерахунок його балів із збережених даних.
Підготовка
Section titled “Підготовка”Відкрийте BoosterX → Бенчмарк → Тест, виберіть профіль і перевірте показані параметри. На час вимірювань BoosterX призупиняє власний моніторинг і згортає свої вікна, потім відновлює їхній стан. Зовнішні програми продовжують працювати й можуть впливати на числа.
Повторюйте тести з однією версією движка і драйвера, однаковими налаштуваннями живлення, розгону та охолодження. На ноутбуці підключіть зарядний пристрій. Для порівняння до/після змінюйте одне налаштування і записуйте, що саме змінили.
Послідовність Candidate
Section titled “Послідовність Candidate”| Частина запуску | Базова тривалість | Призначення |
|---|---|---|
| Прогрів | 15 с | Підготувати навантаження до залікових вимірювань |
| CPU | 20 с сумарно | Три блоки приблизно по 6,67 с |
| GPU | 30 с сумарно | По 10 с на Geometry, Shader і Compute, кожен у трьох блоках |
| Combined | 30 с сумарно | Три блоки по 10 с |
| Калібрування | 10 с | Підібрати складність Loaded Latency |
| Прогрів затримки | 2 с | Підготувати вимірювальний шлях |
| Baseline Latency | 20 с | Виміряти затримку при базовому навантаженні |
| Loaded Latency | 20 с | Виміряти затримку під каліброваним навантаженням |
Baseline у базовому Candidate збільшено з попередніх 5 до 20 секунд. Значення GPU в таблиці стосується всієї GPU-частини, а не кожного з трьох сценаріїв окремо. Переходи, підготовка ресурсів і завершення додають час до зазначених тривалостей.
Продуктивні навантаження чергуються в трьох раундах. Перед кожним CPU-блоком стан симуляції скидається і виконуються 512 підготовчих кадрів поза заліком. Це зменшує залежність від попереднього блоку, але не усуває прогрів, зміну частот або фонове навантаження.
Профілі запуску та тривалості
Section titled “Профілі запуску та тривалості”| Профіль | Призначення | Перехід | Прогрів | 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 залишаються локальними. Користувацький неповний набір тестів не є заміною рейтинговому запуску.
Довший запис дає більше спостережень, але сам по собі не гарантує кращий бал або відсутність перешкод. Не змішуйте профілі в експерименті до/після.
Збір без запису на диск у кожному кадрі
Section titled “Збір без запису на диск у кожному кадрі”Вимірювання збираються в заздалегідь виділені блоки пам’яті. На кожному кадрі програма не форматує JSON і не пише запис результату на диск. Після завершення роботи дані об’єднуються й обробляються. Це зменшує вплив збору на тест, але не робить вимірювальний інструмент безкоштовним за ресурсами.
Зберігаються зведені метрики, розподіли часу та відомості про запуск. Повторний розрахунок із збережених вимірювань перевіряє арифметику; апаратну повторюваність можна перевірити лише новими запусками.
Якість запуску та непридатність результату
Section titled “Якість запуску та непридатність результату”Звертайте увагу на попередження про фонове навантаження, живлення, перемикання вікон, зміну екранів і умови середовища. Віртуалізація або окреме попередження самі по собі не доводять ні підробку, ні конкретну причину низької оцінки.
Скасований, неповний або некоректно виміряний запуск може не мати придатної оцінки й не допускається до звичайної публікації. Сервер окремо визначає доступність публікації та необхідність перевірки. Дотримуйтеся повідомлення в програмі; повторіть тест у спокійних умовах, якщо причина пов’язана з вимірюванням.
Якість запису не означає, що вдалося виключити всі зовнішні перешкоди. Для практичного висновку потрібні повторні тести та зіставні умови.
Як читати результат
Section titled “Як читати результат”| Показник | Сенс |
|---|---|
| CPU Score | Швидкість CPU-сценарію та P99 часу CPU-кадру |
| GPU Score | Нормована швидкість Geometry, Shader і Compute |
| Core Latency Score | Оцінка внутрішньої затримки; більше балів краще |
| Consistency | Додаткова характеристика повільного хвоста всередині запуску |
| PC Score | Геометричне об’єднання CPU, GPU і Latency; базові ваги 60/20/20 |
Реальні затримки показуються в мілісекундах, і для них менше краще. Consistency не входить окремим компонентом у нову підсумкову формулу й не замінює повторюваність між запусками. Детальні формули, еталони та ваги відкриті.
Межі результату
Section titled “Межі результату”- Синтетичний сценарій допомагає виявляти зміни системи, але не замінює тест конкретної гри.
- Низький розкид ще не доводить точність кожної часової позначки або відсутність систематичної помилки.
- Core Latency не вимірює повний шлях від миші до світіння пікселя.
- Загальна позиція в рейтингу залежить від вибраних ваг, складу учасників і серверного перерахунку.
- Перерахунок старого балу не робить стару версію навантаження новою. Для порівняння виправлених сценаріїв виконайте новий тест.
Архів перевірки повторюваності стосується версії 0.5.2. Нова методика не успадковує автоматично її виміряні показники розкиду.
Оновлено: 2026-10-02.