Metodyka benchmarku

PC Benchmark X mierzy wykonanie zadanych scenariuszy CPU/GPU oraz opóźnienie reakcji na sygnał programowy. Objętość pracy w scenariuszu jest stała. Czasy trwania i wagi ocen określa metodyka, którą klient otrzymuje z serwera.

Ta strona opisuje generację silnika 0.8.0 i parametry bazowe. Rzeczywiste parametry nowego uruchomienia mogą się różnić po aktualizacji metodyki serwerowej. Już wykonany test nie otrzymuje nowych pomiarów od zmiany ustawień: możliwe jest tylko przeliczenie jego punktów z zapisanych danych.

Przygotowanie

Otwórz BoosterX → Benchmark → Test, wybierz profil i sprawdź pokazane parametry. Na czas pomiarów BoosterX wstrzymuje własny monitoring i minimalizuje swoje okna, a następnie przywraca ich stan. Programy zewnętrzne nadal działają i mogą wpływać na liczby.

Powtarzaj testy z jedną wersją silnika i sterownika, takimi samymi ustawieniami zasilania, podkręcania i chłodzenia. W laptopie podłącz ładowarkę. Do porównania przed/po zmieniaj jedno ustawienie i zapisuj, co dokładnie zmieniono.

Sekwencja Candidate

Część uruchomienia	Bazowy czas trwania	Przeznaczenie
Rozgrzewka	15 s	Przygotować obciążenie do pomiarów zaliczanych
CPU	20 s łącznie	Trzy bloki po około 6,67 s
GPU	30 s łącznie	Po 10 s na Geometry, Shader i Compute, każdy w trzech blokach
Combined	30 s łącznie	Trzy bloki po 10 s
Kalibracja	10 s	Dopasować złożoność Loaded Latency
Rozgrzewka opóźnienia	2 s	Przygotować ścieżkę pomiarową
Baseline Latency	20 s	Zmierzyć opóźnienie przy bazowym obciążeniu
Loaded Latency	20 s	Zmierzyć opóźnienie pod skalibrowanym obciążeniem

Baseline w bazowym Candidate zwiększono z poprzednich 5 do 20 sekund. Wartość GPU w tabeli odnosi się do całej części GPU, a nie do każdego z trzech scenariuszy osobno. Przejścia, przygotowanie zasobów i zakończenie dodają czas do podanych czasów trwania.

Obciążenia wydajnościowe przeplatają się w trzech rundach. Przed każdym blokiem CPU stan symulacji jest resetowany i wykonywanych jest 512 klatek przygotowawczych poza zaliczeniem. Zmniejsza to zależność od poprzedniego bloku, ale nie eliminuje rozgrzewki, zmiany częstotliwości ani obciążenia w tle.

Profile uruchomienia i czasy trwania

Profil	Przeznaczenie	Przejście	Rozgrzewka	CPU	GPU razem	Combined	Kalibracja	Rozgrzewka opóźnienia	Baseline	Loaded
Candidate	Publikacja wyniku nadającego się do użycia	0,5 s	15 s	20 s	30 s	30 s	10 s	2 s	20 s	20 s
Quick	Krótka lokalna diagnostyka	0,25 s	7,5 s	10 s	15 s	15 s	5 s	1 s	2,5 s	10 s
Extended	Długotrwała lokalna diagnostyka	1 s	30 s	40 s	60 s	60 s	20 s	4 s	40 s	40 s

To bazowe czasy trwania, które mogą być zmieniane przez serwer. Dostępność profili również jest zarządzana zdalnie. Do zwykłej publikacji przeznaczony jest Candidate; Quick i Extended pozostają lokalne. Niepełny zestaw testów użytkownika nie zastępuje uruchomienia rankingowego.

Dłuższy zapis daje więcej obserwacji, ale sam w sobie nie gwarantuje lepszego wyniku ani braku zakłóceń. Nie mieszaj profili w eksperymencie przed/po.

Zbieranie bez zapisu na dysk w każdej klatce

Pomiary są zbierane do wcześniej przydzielonych bloków pamięci. W każdej klatce program nie formatuje JSON i nie zapisuje rekordu wyniku na dysk. Po zakończeniu pracy dane są łączone i przetwarzane. Zmniejsza to wpływ zbierania na test, ale nie czyni narzędzia pomiarowego darmowym pod względem zasobów.

Zapisywane są metryki zbiorcze, rozkłady czasu i informacje o uruchomieniu. Ponowne obliczenie z zapisanych pomiarów sprawdza arytmetykę; powtarzalność sprzętową można sprawdzić tylko nowymi uruchomieniami.

Jakość uruchomienia i nieprzydatność wyniku

Zwracaj uwagę na ostrzeżenia o obciążeniu w tle, zasilaniu, przełączaniu okien, zmianie ekranów i warunkach środowiska. Wirtualizacja lub osobne ostrzeżenie same w sobie nie dowodzą ani fałszerstwa, ani konkretnej przyczyny niskiej oceny.

Anulowane, niepełne lub niepoprawnie zmierzone uruchomienie może nie mieć oceny nadającej się do użycia i nie jest dopuszczane do zwykłej publikacji. Serwer osobno określa dostępność publikacji i konieczność weryfikacji. Postępuj zgodnie z komunikatem w programie; powtórz test w spokojnych warunkach, jeśli przyczyna jest związana z pomiarem.

Jakość zapisu nie oznacza, że udało się wykluczyć wszystkie zewnętrzne zakłócenia. Do praktycznego wniosku potrzebne są powtórne testy i porównywalne warunki.

Jak czytać wynik

Wskaźnik	Znaczenie
CPU Score	Szybkość scenariusza CPU i P99 czasu klatki CPU
GPU Score	Znormalizowana szybkość Geometry, Shader i Compute
Core Latency Score	Ocena wewnętrznego opóźnienia; więcej punktów jest lepiej
Consistency	Dodatkowa charakterystyka wolnego ogona wewnątrz uruchomienia
PC Score	Geometryczne połączenie CPU, GPU i Latency; bazowe wagi 60/20/20

Rzeczywiste opóźnienia są pokazywane w milisekundach i dla nich mniej jest lepiej. Consistency nie wchodzi jako osobny składnik do nowej formuły końcowej i nie zastępuje powtarzalności między uruchomieniami. Szczegółowe formuły, wzorce i wagi są otwarte.

Granice wyniku

• Scenariusz syntetyczny pomaga wykrywać zmiany systemu, ale nie zastępuje testu konkretnej gry.
• Niski rozrzut jeszcze nie dowodzi dokładności każdego znacznika czasu ani braku błędu systematycznego.
• Core Latency nie mierzy pełnej ścieżki od myszy do świecenia piksela.
• Ogólna pozycja w rankingu zależy od wybranych wag, składu uczestników i przeliczenia serwerowego.
• Przeliczenie starego wyniku nie czyni starej wersji obciążenia nową. Do porównania poprawionych scenariuszy wykonaj nowy test.

Archiwum weryfikacji powtarzalności odnosi się do wersji 0.5.2. Nowa metodyka nie dziedziczy automatycznie jej zmierzonych wskaźników rozrzutu.

Zaktualizowano: 2026-10-02.