Mbinu ya benchmark

PCBenchmarkX hupima utekelezaji wa hali zilizowekwa za CPU/GPU na ucheleweshaji wa mwitikio kwa ishara ya programu. Kiasi cha kazi kimewekwa, fomula za tathmini ziko wazi. Uendeshaji wa mara kwa mara huruhusu kuthibitisha uthabiti wa matokeo.

Nyaraka hizi zinahusu injini 0.5.2, mzigo phase4.6-dev-1, takwimu stats-phase4.6-v1 na modeli score-model-1.2-candidate-1. Katika jina la modeli kutumika Candidate. Thamani zake za urekebishaji ni za awali: haziwezi kuchukuliwa kama wastani wa kompyuta zote. Zaidi kuhusu kiwango cha marejeleo imeelezwa katika hesabu ya alama.

Maandalizi

BoosterX hudhibiti uendeshaji wa injini tofauti ya asili, huonyesha mwendo wa jaribio na huhifadhi matokeo. Wakati wa kipimo hupunguza ufuatiliaji wake wa vifaa na kumbukumbu na hukunja madirisha yake, kisha hurejesha hali yao. Hii hupunguza ushawishi wa kiolesura cha BoosterX yenyewe; programu za nje bado zinaweza kuunda mzigo.

Rudia majaribio kwa toleo moja la injini na kiendeshi, mipangilio sawa ya nishati, uboreshaji na upoaji. Funga programu za ziada za chinichini. Ikiwa una kompyuta ya mkononi, fanya majaribio yote ukiwa umeunganisha chaja. Wakati wa kulinganisha kabla na baada ya mabadiliko, andika ni mpangilio gani hasa uliobadilisha.

Mfululizo wa Candidate

Sehemu ya uendeshaji	Muda uliowekwa	Kusudi
Kupasha moto	15 s	Kuandaa mzigo kwa vipimo vya kuhitimu
CPU	20 s kwa jumla	Vitalu vitatu vya takriban 6,67 s kila kimoja
GPU	30 s kwa jumla	Sekunde 10 kwa Geometry, Shader na Compute, kila kimoja katika vitalu vitatu
Combined	30 s kwa jumla	Vitalu vitatu vya sekunde 10
Urekebishaji	10 s	Kuchagua ugumu wa Loaded Latency
Kupasha moto ucheleweshaji	2 s	Kuandaa njia tofauti ya kupima ucheleweshaji
Baseline Latency	5 s	Kupima ucheleweshaji chini ya mzigo wa msingi
Loaded Latency	20 s	Kupima ucheleweshaji chini ya mzigo uliorekebishwa

Mabadiliko, maandalizi ya rasilimali, fremu za awali za CPU na kumaliza huongeza muda. Kwa hiyo muda wa jumla wa uendeshaji ni mkubwa kuliko jumla ya hatua zinazopimwa: katika mfululizo uliothibitishwa vipindi kati ya mwanzo wa uendeshaji unaofuata katika mzigo mmoja vilikuwa takriban sekunde 157–172 — kwa kuzingatia mapumziko kati ya uendeshaji; muda kamili wa uendeshaji mmoja hauwezi kubainishwa kutoka data iliyochapishwa.

Vitalu vya majaribio ya utendaji vinabadilishana katika raundi tatu. Kwa CPU kabla ya kila kitalu cha kuhitimu kuna hali ya awali iliyowekwa na fremu 512 za maandalizi. Ikiwa kasi ya kazi inabadilika hatua kwa hatua kutoka kitalu hadi kitalu, hii inaonekana katika uchunguzi. Matokeo yaliyopatikana hayarekebishwi.

Profaili za uendeshaji na muda

Injini inasaidia profaili nne: candidate, quick, extended na custom. Muda kamili wa hatua:

Profaili	Kazi	Mpito	Kupasha moto	CPU	GPU	Combined	Urekebishaji	Kupasha moto ucheleweshaji	Baseline	Loaded
Candidate	kikanuni	0,5 s	15 s	20 s	30 s	30 s	10 s	2 s	5 s	20 s
Quick	uchunguzi	0,25 s	7,5 s	10 s	15 s	15 s	5 s	1 s	2,5 s	10 s
Extended	uchunguzi	1 s	30 s	40 s	60 s	60 s	20 s	4 s	10 s	40 s
Custom	ya mtumiaji	kwa chaguo la mtumiaji katika mipaka inayoruhusiwa

Candidate ni profaili chaguo-msingi, na ni uendeshaji wake pekee unaopangwa. Quick, Extended na Custom daima huhesabiwa kama za uchunguzi: haziwezi kuchanganywa na Candidate katika kulinganisha moja na haziwezi kuchapishwa kwenye orodha ya viwango. Katika Custom unaweza kuacha baadhi ya majaribio na kuweka muda wako mwenyewe: vitalu vya kuhitimu vinakubali 1–180 s, mipito — 0,1–180 s, kupasha moto ucheleweshaji — 0,5–180 s. Ubadilishaji wowote wa muda hufanya uendeshaji kuwa wa uchunguzi.

Ukusanyaji bila kuandika kwenye diski katika kila fremu

Vipimo huhifadhiwa katika vitalu vya kumbukumbu vilivyotengwa mapema. Wakati wa kukusanya kila fremu, programu haifomati JSON, haipanui vekta na haandiki kwenye faili. Ukubwa wa bufafa huhesabiwa mapema kulingana na muda wa jaribio na mzunguko wa juu unaotarajiwa wa maandishi, kwa akiba. Katika utekelezaji huu kuna kikomo cha 768 MiB.

Baada ya kukamilika kwa kazi ya GPU, data huunganishwa na kuchakatwa. Hii hupunguza ushawishi wa ukusanyaji wa data kwenye jaribio, ingawa ukusanyaji wenyewe pia hutumia rasilimali. Ili kupima ushawishi wake, ni muhimu kulinganisha kando uendeshaji na ukusanyaji wa vipimo na bila hiyo.

Matokeo yana metriki za muhtasari. Faili tofauti ya vipimo vya awali huruhusu kurudia uchakataji wa takwimu bila utekelezaji mpya wa mzigo. Hesabu hiyo ya upya huthibitisha mahesabu; ili kuthibitisha urudiaji kwenye vifaa, uendeshaji mpya unahitajika.

Ubora wa uendeshaji na kutofaa kwa matokeo

Wakati wa kila kitalu injini hutathmini ubora wa uendeshaji — Run Quality. Kiashiria kikuu ni mzigo wa chinichini wa CPU, yaani kila kitu kinachopakia mfumo zaidi ya benchmark yenyewe. Inahesabiwa kwa kitalu kama tofauti kati ya mzigo wa mfumo wote na mzigo wa mchakato wa benchmark, zilizopimwa kwa vihesabu sawa vya muda. Thamani za kizingiti kwa profaili ya Candidate: zaidi ya 20% — tahadhari, zaidi ya 50% — uendeshaji unatambuliwa kama usiofaa.

Run Quality pia hurekodi masharti yanayohusiana: debugger iliyounganishwa, kikao cha mbali, nishati kutoka betri na hali ya kuokoa chaji, uwepo wa hypervisor, kupoteza mwelekeo wa dirisha na mabadiliko ya skrini. Hypervisor, betri na kikao cha mbali hufunuliwa kama tahadhari: vyenyewe havikatai matokeo, lakini hufafanua kwa nini namba zinaweza kutofautiana na “kiwanja safi”. Mabadiliko ya skrini wakati wa kitalu cha kuhitimu hufanya uendeshaji kuwa usiofaa.

Matokeo ya kuhitimu yanayofaa zaidi yanahitaji:

• urekebishaji uliofanikiwa wa Loaded Latency — ikiwa kuchagua ugumu kwa muda lengwa hakufanikiwa, uendeshaji haufai;
• uthibitisho uliopitishwa wa kutoka kwa mizigo ya GPU — kutolingana kwa sahihi ya udhibiti hufanya uendeshaji kuwa usiofaa;
• kutokuwepo kwa rekodi zilizopotea za kikusanyaji — upotevu wowote hufanya uendeshaji kuwa usiofaa.

Uainishaji wa ubora huhifadhiwa katika faili ya matokeo, kwa hiyo masharti “mabaya” yanaonekana baada ya tukio, si wakati wa uendeshaji pekee.

Jinsi ya kusoma matokeo

Kiashiria	Maana
Performance	Kasi linganishi ya mizigo iliyowekwa
Core Latency Score	Tathmini linganishi ya ucheleweshaji wa ndani; alama nyingi ni bora
Consistency	Ukubwa wa mkia wa polepole ndani ya uendeshaji
PC Score	Muunganisho wa kijiometri wa vipengele vitatu na uzani 50/30/20

Ucheleweshaji halisi huonyeshwa kwa millisekunde, na kwao kidogo ni bora. Consistency haiwezi kuchanganywa na urudiaji wa PC Score kati ya uendeshaji. Fomula na viwango vya urekebishaji viko wazi katika hesabu ya alama.

Mipaka ya matokeo

• Hali ya sintetiki husaidia kugundua mabadiliko ya mfumo, lakini haichukui nafasi ya jaribio la mchezo mahususi.
• Mtawanyiko mdogo kati ya uendeshaji bado hauthibitishi usahihi wa kila alama ya muda au kutokuwepo kwa hitilafu ya kimfumo.
• Uendeshaji nane wa PC moja hauonyeshi usambazaji wa matokeo kwa CPU, GPU na matoleo yote ya Windows.
• Linganisha matoleo yanayolingana ya mizigo na profaili sawa. Profaili za haraka, kupanuliwa na ya mtumiaji haziwezi kuchanganywa bila masharti na Candidate.
• Uendeshaji ulioghairiwa au usiokamilika usitumike badala ya kipimo kilichokamilika.

Zaidi: mizigo, ucheleweshaji na PresentMon, fomula, urudiaji, kulinganisha uendeshaji, orodha ya viwango.

Imethibitishwa: 2026-09-20.