Jak czytać wynik benchmarku

Co jest mierzone

Czasy klatek z gry, w którą naprawdę grasz — odczytywane z samego stosu graficznego, a nie z nakładki wpiętej w grę. Uruchom pomiar, graj normalnie, zatrzymaj pomiar.

To, że chodzi o twoją własną grę, robi różnicę. Syntetyczna scena mówi ci, jak maszyna radzi sobie z tą sceną; nie powie ci, czy twoja gra przycina się dokładnie w tym miejscu, w którym przycina się zawsze.

Liczby

Czytaj lowy, nie średnią. Przejście ze średniej 200 na 210 nie zmienia niczego, co dałoby się poczuć. Przejście z 90 na 140 w 1% low zmienia wszystko.

Uczciwe porównanie dwóch przebiegów

• Ta sama gra, ta sama mapa, te same ustawienia, ta sama długość przebiegu.
• Zmieniaj jedną rzecz między przebiegami. Zmienisz trzy i porównanie nie powie ci nic o tym, która z nich miała znaczenie.
• Graj tak samo. Przebieg spędzony na wpatrywaniu się w ścianę i przebieg spędzony w wymianie ognia nie są porównywalne.

Co nie jest liczone

Klatki, które gra rysuje, gdy nie jest na pierwszym planie, nie są liczone: sekundy między startem pomiaru a przełączeniem do gry, sekundy po powrocie, by go zatrzymać, każdy alt-tab pomiędzy i pierwsza sekunda po powrocie gry na pierwszy plan. Gra w tle często rysuje ułamek swojej zwykłej liczby klatek i już same te klatki mogą wyznaczyć 1% low. Wynik podaje, ile sekund pominięto, a pomiar zapisany przez starszy w0a, który jeszcze je liczył, nie jest oceniany względem nowszego.

Dlaczego liczby zmieniają się między przebiegami

Zawsze się zmieniają. Temperatury, obciążenie w tle, przebyta trasa, zachowanie innych graczy. Kilka procent różnicy między dwoma przebiegami to norma i niczego nie dowodzi. Jeśli zmiana jest prawdziwa, pokazuje się wielokrotnie i pokazuje się w lowach.

Po aktualizacji sterownika lub gry

Para przebiegów zrobionych po obu stronach aktualizacji gry nie jest oceniana: strona podaje obie wersje i zostawia różnicę bez koloru, tak jak już robi przy zmianie sterownika. Łatka zmienia to, co robi sama gra, więc żadnej różnicy przez aktualizację nie da się przypisać ustawieniu. w0a odczytuje wersję z plików Counter-Strike 2; w innych grach porównywany jest tylko sterownik.

Pierwszy mecz po aktualizacji sterownika lub gry może kompilować shadery, których nie ma już w pamięci podręcznej. Jeśli pierwszy przebieg po najnowszej aktualizacji wypadł gorzej niż następny na tych samych wersjach, o więcej niż własny szum obu przebiegów, mówi o tym notatka pod wynikami. Czy przyczyną była kompilacja shaderów, nie jest mierzone; notatka mówi tylko, że jedno pasuje do drugiego. Jeśli oba przebiegi się nie różnią, notatki nie ma. Dlatego po aktualizacji zagraj jeden mecz, zanim zaczniesz mierzyć, i porównuj ustawienia od drugiego przebiegu.

Rozstrzygnięcie serią A/B

Jeden przebieg po każdej stronie nie odróżni małej zmiany od tego wahania. Seria A/B powtarza porównanie, dopóki się nie da. To ty decydujesz, czym są A i B (na przykład A: silniki wyłączone, B: włączone); w0a sam nie zmienia żadnego ustawienia.

• Najpierw pilot. Naciśnij Rozpocznij pilot i zmierz tę samą scenę dziesięć razy, niczego nie zmieniając. Pilot mierzy, jak bardzo twój 1% low waha się sam z siebie między przebiegami, a z tego najmniejszą różnicę, jaką seria jest w stanie zobaczyć. Obowiązuje dla tej samej gry na tym samym sprzęcie.
• Potem seria. Naciśnij Rozpocznij serię A/B. Przed każdym pomiarem strona mówi, którą stronę mierzyć, w kolejności A B B A, w kółko. Przełącz na to ustawienie, zagraj tę samą scenę, zatrzymaj pomiar. Każde B jest porównywane z A zmierzonym tuż obok, więc powolne nagrzewanie się komputera przez wieczór się znosi.
• Każdy przebieg to ta sama scena i co najmniej 100 sekund. Usuń pierwszy przebieg po uruchomieniu gry: pamięci podręczne wtedy jeszcze się rozgrzewają.
• Werdykt wynika wyłącznie z 1% low, gdy są co najmniej sześć użytecznych par (osiem jest lepiej); pozostałe wiersze są informacyjne. Trzy odpowiedzi muszą się zgadzać: test znakowanych rang, 95% przedział mediany różnicy, który wyklucza zero, oraz różnica co najmniej tak duża jak najmniejsza, jaką seria może zobaczyć. Bez pilota, albo bez dziesięciu przebiegów A w serii, które go zastąpią, różnica jest pokazana, ale nie rozstrzygnięta.
• „W granicach szumu" to też wynik: zmiana nie poruszyła lowów bardziej, niż poruszają się same.

Para, której karta porównania sama by nie oceniła (krótki przebieg, utracone zdarzenia, silnik zmieniający stan, inny sprzęt), nie jest liczona, a seria podaje, ile pominęła. Gdy skończysz, naciśnij Zakończ serię; jej wynik zostaje na stronie.

Jak długo gra czekała na procesor

Pod listą długich odstępów między klatkami karta czyta przez krótkie okno własne zapisy planisty jądra, gdy gra wyświetla klatki już od jakiegoś czasu: jak długo wątki gry czekały od gotowości do działania do otrzymania procesora i które inne programy trzymały w tym czasie procesor. Wymaga uprawnień administratora, a okno, w którym jądro zgubiło zdarzenia, nie pokazuje żadnej wartości zamiast błędnej. Przy dwóch zaznaczonych przebiegach mówi, czy czas oczekiwania zmienił się bardziej niż własny rozrzut okien.

Ta sama karta podaje procesor, na którym najbardziej zajęty wątek gry (przyjęty za wątek główny) działał najdłużej, oraz czas odroczonych wywołań procedur (DPC) zmierzony tam, gdzie działał, obok przeciętnego procesora. Seria dodaje jeden wiersz: czy w przebiegach z tym samym ustawieniem (pilot albo strona A) ten czas DPC i przycięcia rosły i malały razem. Opisuje tylko współwystępowanie; co jest przyczyną czego, nie zostało zmierzone.

Zapisane przebiegi zasilają skan przycięć

Przebiegi, które zapiszesz, służą skanowi przycięć jako dowód: klatki wyraźnie wolniejsze od klatek wokół nich pojawiają się tam jako osobne znalezisko, obok możliwych przyczyn. Zapisany przebieg z gry, która się przycina, to najbardziej bezpośredni dowód, jaki możesz mu podać.

Powiązane

• Czego szuka skan przycięć