Benchmark metodolojisi
Sayfa içeriği
PC Benchmark X, belirtilen CPU/GPU senaryolarının yürütülmesini ve yazılım sinyaline tepki gecikmesini ölçer. Senaryo içindeki iş hacmi sabittir. Süreler ve puan ağırlıkları, istemcinin sunucudan aldığı metodoloji tarafından belirlenir.
Bu sayfa 0.8.0 motor neslini ve temel parametreleri açıklar. Yeni bir çalıştırmanın gerçek parametreleri, sunucu metodolojisi güncellendikten sonra farklılık gösterebilir. Tamamlanmış bir test, ayar değişikliklerinden yeni ölçümler almaz: yalnızca kaydedilmiş verilerden puanlarının yeniden hesaplanması mümkündür.
Hazırlık
Bölüm başlığı “Hazırlık”BoosterX → Benchmark → Test yolunu açın, bir profil seçin ve gösterilen parametreleri kontrol edin. Ölçümler sırasında BoosterX kendi izlemesini duraklatır ve kendi pencerelerini simge durumuna küçültür, ardından durumlarını geri yükler. Harici programlar çalışmaya devam eder ve sayıları etkileyebilir.
Testleri aynı motor ve sürücü sürümüyle, aynı güç, hız aşırtma ve soğutma ayarlarıyla tekrarlayın. Dizüstü bilgisayarda şarj cihazını bağlayın. Öncesi/sonrası karşılaştırması için tek bir ayarı değiştirin ve tam olarak neyi değiştirdiğinizi kaydedin.
Candidate dizisi
Bölüm başlığı “Candidate dizisi”| Çalıştırma bölümü | Temel süre | Amaç |
|---|---|---|
| Isınma | 15 sn | Yükü sayılan ölçümlere hazırlamak |
| CPU | toplam 20 sn | Yaklaşık 6,67 sn’lik üç blok |
| GPU | toplam 30 sn | Geometry, Shader ve Compute üzerinde 10 sn, her biri üç blokta |
| Combined | toplam 30 sn | 10 sn’lik üç blok |
| Kalibrasyon | 10 sn | Loaded Latency karmaşıklığını ayarlamak |
| Gecikme ısınması | 2 sn | Ölçüm yolunu hazırlamak |
| Baseline Latency | 20 sn | Temel yük altında gecikmeyi ölçmek |
| Loaded Latency | 20 sn | Kalibre edilmiş yük altında gecikmeyi ölçmek |
Temel Candidate’teki Baseline, önceki 5 değerinden 20 saniyeye çıkarıldı. Tablodaki GPU değeri, üç senaryonun her birine değil, tüm GPU bölümüne aittir. Geçişler, kaynak hazırlığı ve tamamlama, belirtilen sürelere ek süre katar.
Performans yükleri üç turda dönüşümlü olarak çalışır. Her CPU bloğundan önce simülasyon durumu sıfırlanır ve sayılmayan 512 hazırlık karesi yürütülür. Bu, önceki bloğa bağımlılığı azaltır ancak ısınmayı, frekans değişimini veya arka plan yükünü ortadan kaldırmaz.
Çalıştırma profilleri ve süreler
Bölüm başlığı “Çalıştırma profilleri ve süreler”| Profil | Amaç | Geçiş | Isınma | CPU | GPU toplam | Combined | Kalibrasyon | Gecikme ısınması | Baseline | Loaded |
|---|---|---|---|---|---|---|---|---|---|---|
| Candidate | Uygun sonucun yayınlanması | 0,5 sn | 15 sn | 20 sn | 30 sn | 30 sn | 10 sn | 2 sn | 20 sn | 20 sn |
| Quick | Kısa yerel tanılama | 0,25 sn | 7,5 sn | 10 sn | 15 sn | 15 sn | 5 sn | 1 sn | 2,5 sn | 10 sn |
| Extended | Uzun yerel tanılama | 1 sn | 30 sn | 40 sn | 60 sn | 60 sn | 20 sn | 4 sn | 40 sn | 40 sn |
Bunlar, sunucu tarafından değiştirilebilen temel sürelerdir. Profillerin kullanılabilirliği de uzaktan yönetilir. Olağan yayın için Candidate amaçlanmıştır; Quick ve Extended yerel kalır. Kullanıcının eksik test kümesi, sıralama çalıştırmasının yerini tutmaz.
Daha uzun kayıt daha fazla gözlem sağlar, ancak tek başına daha iyi bir puanı veya parazitlerin yokluğunu garanti etmez. Öncesi/sonrası deneyinde profilleri karıştırmayın.
Her karede diske yazmadan toplama
Bölüm başlığı “Her karede diske yazmadan toplama”Ölçümler önceden ayrılmış bellek bloklarında toplanır. Program her karede JSON biçimlendirmez ve sonuç kaydını diske yazmaz. Çalışma tamamlandıktan sonra veriler birleştirilir ve işlenir. Bu, toplamanın test üzerindeki etkisini azaltır ancak ölçüm aracını kaynak açısından bedava hale getirmez.
Özet metrikler, zaman dağılımları ve çalıştırma bilgileri saklanır. Kaydedilmiş ölçümlerden yeniden hesaplama aritmetiği doğrular; donanımsal tekrarlanabilirlik yalnızca yeni çalıştırmalarla kontrol edilebilir.
Çalıştırma kalitesi ve sonucun uygunsuzluğu
Bölüm başlığı “Çalıştırma kalitesi ve sonucun uygunsuzluğu”Arka plan yükü, güç, pencere değiştirme, ekran değişiklikleri ve ortam koşullarıyla ilgili uyarılara dikkat edin. Sanallaştırma veya tek başına ayrı bir uyarı, ne sahteciliği ne de düşük puanın belirli bir nedenini kanıtlar.
İptal edilmiş, eksik veya hatalı ölçülmüş bir çalıştırmanın uygun bir puanı olmayabilir ve olağan yayına kabul edilmez. Sunucu, yayın kullanılabilirliğini ve doğrulama gereğini ayrıca belirler. Programdaki mesajı izleyin; neden ölçümle ilgiliyse testi sakin koşullarda tekrarlayın.
Kaydın kalitesi, tüm harici parazitlerin dışlandığı anlamına gelmez. Pratik bir sonuç için tekrarlanan testler ve karşılaştırılabilir koşullar gerekir.
Sonuç nasıl okunur
Bölüm başlığı “Sonuç nasıl okunur”| Gösterge | Anlam |
|---|---|
| CPU Score | CPU senaryosunun hızı ve CPU karesi süresinin P99 değeri |
| GPU Score | Geometry, Shader ve Compute’un normalize edilmiş hızı |
| Core Latency Score | İç gecikme değerlendirmesi; daha fazla puan daha iyidir |
| Consistency | Çalıştırma içindeki yavaş kuyruğun ek karakteristiği |
| PC Score | CPU, GPU ve Latency’nin geometrik birleşimi; temel ağırlıklar 60/20/20 |
Gerçek gecikmeler milisaniye cinsinden gösterilir ve bunlar için daha az daha iyidir. Consistency, yeni nihai formüle ayrı bir bileşen olarak girmez ve çalıştırmalar arası tekrarlanabilirliğin yerini tutmaz. Ayrıntılı formüller, referanslar ve ağırlıklar açıktır.
Sonucun sınırları
Bölüm başlığı “Sonucun sınırları”- Sentetik senaryo, sistem değişikliklerini tespit etmeye yardımcı olur ancak belirli bir oyunun testinin yerini tutmaz.
- Düşük sapma, her zaman damgasının doğruluğunu veya sistematik hata yokluğunu henüz kanıtlamaz.
- Core Latency, fareden pikselin yanmasına kadar olan tam yolu ölçmez.
- Sıralamadaki genel konum, seçilen ağırlıklara, katılımcı bileşimine ve sunucu tarafı yeniden hesaplamaya bağlıdır.
- Eski bir puanın yeniden hesaplanması, eski yük sürümünü yeni yapmaz. Düzeltilmiş senaryoları karşılaştırmak için yeni bir test yapın.
Tekrarlanabilirlik doğrulama arşivi, 0.5.2 sürümüne aittir. Yeni metodoloji, onun ölçülmüş sapma göstergelerini otomatik olarak devralmaz.
Güncellendi: 2026-10-02.