Jak obliczane są punkty

PC Score jest indeksem bezwymiarowym. W nowym modelu łączy CPU, GPU i wewnętrzne opóźnienie. Bazowe wagi: CPU 60%, GPU 20%, Latency 20%. Podane poniżej wartości referencyjne i wagi opisują konfigurację bazową, a nie obietnicę niezmiennych ustawień rankingu online: serwer może opublikować nową metodykę.

Metryki źródłowe

Dla bloku przepustowość jest obliczana na podstawie liczby prawidłowych zapisów i czasu między pierwszym a ostatnim:

throughput = (N_valid − 1) × QPC_frequency / (last_QPC − first_QPC)

Dla trzech bloków jednego obciążenia brana jest średnia arytmetyczna throughput. CPU frame time opisuje czas pracy CPU. Dla GPU i Combined interwały klatek są wyznaczane na podstawie sąsiednich GPU timestamps początku pracy; czas samej pracy GPU jest przechowywany osobno. Liczba umownych klatek benchmarku nie jest gamingowym FPS.

Brakujące pomiary nie są zastępowane zerami. Jeśli danych do oceny jest za mało, niedostępności komponentu nie można interpretować jako zerowej wydajności.

Percentyle i Low FPS

Percentyle są obliczane metodą interpolacji liniowej Hyndman–Fan Type 7 dla posortowanych wartości:

h = (n − 1) × p
i = floor(h)
percentile = x[i] + (h − i) × (x[min(i + 1, n − 1)] − x[i])

P50 jest medianą. P99 czasu klatki charakteryzuje wolny ogon: około 99% obserwacji nie przekracza tej granicy.

• 1% Low = 1000 / P99 czasu klatki w milisekundach.
• 0,1% Low = 1000 / P99,9 czasu klatki.

Tutaj Low FPS jest odwrotnością percentyla, a nie średnim FPS najgorszego procentu klatek. Liczby z innego testu z inną definicją Low FPS mogą się różnić nawet na tych samych danych. 0,1% Low jest wrażliwy na rzadkie zdarzenia i długość zapisu. W bazowej nowej formule CPU używany jest P99; P99,9 jest pokazywany jako metryka dodatkowa i nie ma osobnej wagi w PC Score.

Normalizacja i średnia geometryczna

Dla szybkości znormalizowana wartość wynosi measurement / reference, dla opóźnienia reference / measurement. Ważona średnia geometryczna:

G(x, w) = exp(Σ(w × ln(x)) / Σw)

Wartości referencyjne są stałymi liczbami do normalizacji, a nie średnimi ze wszystkich komputerów ani standardem rynkowym. Skala oceny bazowej wynosi 10 000: zgodność wszystkich używanych danych wejściowych z wartością referencyjną daje 10 000 punktów. Wagi są normalizowane do ich sumy.

CPU Score

CPU łączy szybkość wykonania scenariusza CPU i P99 jego czasu klatki. Bazowe wartości referencyjne: throughput 4000 umownych klatek/s, P99 0,3 ms. Wewnętrzne wagi CPU: 60% szybkości i 40% ogona czasu klatki.

CPU Score = 10000 ×
  (CPU throughput / 4000)^0.60 ×
  (0.3 / CPU frame P99_ms)^0.40

Druga część jest równoważna normalizacji 1% Low CPU do 1000 / 0.3, czyli około 3333,33 umownych klatek/s. Rzadsze opóźnienia mogą poprawić CPU Score nawet przy zbliżonym średnim throughput. To nie jest 1% Low w CS2 ani innej grze: mierzona jest własna symulacja CPU benchmarku.

GPU Score

Scenariusz	Wartość referencyjna throughput, umownych klatek/s	Waga wewnątrz GPU
Geometry	740	45%
Shader	360	45%
Compute	7600	10%

GPU Score = 10000 ×
  (Geometry / 740)^0.45 ×
  (Shader / 360)^0.45 ×
  (Compute / 7600)^0.10

Compute ma mniejszą wagę niż dwa scenariusze graficzne. Osobno wysoka szybkość shadera obliczeniowego nie oznacza więc proporcjonalnie wysokiego wyniku ogólnego. GPU Score zależy również od sterownika, podawania poleceń i stanu systemu; to nie jest izolowana katalogowa ocena karty graficznej.

Core Latency

Używane są P50, P95 i P99 opóźnienia od sygnału programowego do zakończenia pracy GPU.

Scenariusz	Wartość referencyjna P50, ms	Wartość referencyjna P95, ms	Wartość referencyjna P99, ms	Waga scenariusza
Baseline	2,5	4	6	20%
Loaded	9	12	16	80%

Wewnątrz każdego scenariusza wagi P50/P95/P99 wynoszą 50/30/20:

Baseline = (2.5 / B50)^0.50 × (4 / B95)^0.30 × (6 / B99)^0.20
Loaded = (9 / L50)^0.50 × (12 / L95)^0.30 × (16 / L99)^0.20
Core Latency Score = 10000 × Baseline^0.20 × Loaded^0.80

Opóźnienia w milisekundach są lepsze przy mniejszej wartości; odpowiedni wynik przy tym rośnie. Metryki wyprowadzania klatki PresentMon nie wchodzą do tego komponentu.

Końcowy PC Score

PC Score = 10000 ×
  (CPU Score / 10000)^0.60 ×
  (GPU Score / 10000)^0.20 ×
  (Core Latency Score / 10000)^0.20

To suma geometryczna, a nie arytmetyczna. Na przykład przy niezmienionych pozostałych danych wejściowych:

• wzrost CPU throughput o 10% podnosi PC Score o około 3,5%: 1.10^(0.60 × 0.60);
• zmniejszenie CPU P99 o 10% podnosi PC Score o około 2,6%: (1 / 0.90)^(0.40 × 0.60);
• podwojenie Compute podnosi PC Score o około 1,4%: 2^(0.10 × 0.20).

To przykłady arytmetyczne, a nie zmierzony efekt podkręcania lub optymalizacji. W praktyce jedno ustawienie może jednocześnie zmieniać kilka metryk.

Performance

W starych wynikach i rozszerzonej diagnostyce może być zachowywany Performance. Jego bazowa formuła łączy CPU, Geometry, Shader, Compute i Combined z wagami względnymi 3/1/1/1/3 i wartościami referencyjnymi 4000/740/360/7600/665. W modelu CPU/GPU/Latency Performance nie jest daną wejściową końcowego PC Score. Combined pozostaje osobnym mierzonym scenariuszem, ale bezpośrednio nie wchodzi do nowej formuły końcowej.

Consistency

Consistency opisuje stosunek wolnego ogona do typowego czasu w ramach uruchomienia. Do diagnostyki bazowej używane są stosunki P99/P50 CPU, Shader i Combined, znormalizowane do 1,20 / 1,15 / 1,20 i połączone średnią geometryczną z równymi wagami.

Consistency nie jest osobnym mnożnikiem nowej formuły. To nie rezygnacja z oceny płynności: P99 CPU jest już uwzględniany w CPU Score, a P95/P99 opóźnienia wchodzą do Latency. Powtarzalność między pełnymi uruchomieniami i tak jest sprawdzana osobno.

Aktualizacja metodyki i stare wyniki

Klient otrzymuje parametry oceny z serwera. Po publikacji nowej metodyki serwer może przeliczyć zapisane wyniki z dostępnych pomiarów i zmienić miejsca w rankingu. Przeliczenie zmienia wyniki, ale nie powtarza testu i nie naprawia starego obciążenia, sterownika ani warunków uruchomienia.

Ranking nie jest dzielony na osobne tabele tylko z powodu wersji metodyki. Do własnego eksperymentu przed/po i tak wybieraj tę samą wersję obciążenia i warunki. Jeśli dla komponentu starego wyniku nie ma potrzebnych danych, nie można odtwarzać ich z wyniku ogólnego ani uznawać brakującej wartości za zero.

Archiwalna seria wersji 0.5.2 zachowuje pierwotne wyniki starego modelu Performance / Latency / Consistency z wagami 50/30/20. Jej tabele i skrypt nie są weryfikacją nowej formuły. Pośrednie 70/20/10 również odnoszą się do poprzedniego modelu, a nie do opisanego tutaj CPU/GPU/Latency.

Zaktualizowano: 2026-10-02.