Shader derleme takılması neden güçlü bilgisayarda da görülür?

Kısa cevap: Güçlü donanım derleme işini ortadan kaldırmaz

Bir oyun güçlü bilgisayarda yüksek ortalama kare hızı üretirken yine de kısa takılmalar gösterebilir. Çünkü ortalama hız, tek bir karenin neden olağandışı uzun sürdüğünü açıklamaz. Yeni bir efekt, malzeme, ışık düzeni veya grafik durumu ilk kez gerektiğinde oyun ya da sürücü hazırlanması tamamlanmamış bir shader veya pipeline nesnesiyle karşılaşabilir. Bu çalışma oyun döngüsü sırasında yapılırsa kare süresi aniden yükselir.

Daha hızlı işlemci ve ekran kartı bu işi kısaltabilir, fakat ortadan kaldırmaz. Derlenmesi gereken varyant sayısı ve işin ana iş parçacığını ne kadar beklettiği yazılım mimarisine bağlıdır. Bir milisaniye bütçesi içinde çalışan kare, kısa görünen ek hazırlıkla bile hedefini kaçırabilir. Bu yüzden sorun yalnız “GPU yetersiz” cümlesiyle açıklanamaz.

Takılma sözcüğü de tek bir neden değildir. Veri akışı, disk erişimi, bellek boşaltma, ağ, arka plan görevi ve CPU’daki oyun mantığı benzer kare süresi sıçramaları üretebilir. Shader derleme hipotezi, sıçramanın ilk görsel karşılaşmada oluşması, sonraki aynı koşuda azalması ve profil kaydında derleme/PSO olayıyla eşleşmesi gibi işaretlerle sınanmalıdır.

Unreal Engine belgesi, zamanında hazır olmayan PSO’lar için missed ve too late gibi ayrı ölçüler tutar. Bu ayrım önemlidir: gerekli nesnenin hiç önceden istenmemesi ile istenip kullanım anına yetişmemesi farklı çözüm gerektirir. Birinde kapsam keşfi, diğerinde hazırlama zamanlaması veya önceliklendirme gözden geçirilir.

Oyuncu açısından en görünür belirti, yeni bir alana girerken veya yeni efekt ilk kez oynarken oluşan tekil sarsıntıdır. Ancak kesin neden için geliştirici profil verisi gerekir. Kullanıcı testi, tekrar üretilebilir rota ve ilk/ikinci koşu farkıyla güçlü ipucu sağlayabilir; motor içindeki kesin çağrı zincirini tek başına kanıtlamaz.

Shader ile PSO arasındaki fark nedir?

Shader, tepe noktalarının dönüştürülmesi, piksel renginin hesaplanması veya genel amaçlı GPU işlemi gibi belirli işi yapan programdır. Modern oyunda aynı malzemenin gölge, sis, farklı kalite seviyesi, ışık türü ve platform için çok sayıda varyantı olabilir. Kaynak kod tek görünse bile derleyici seçenekleri ve tanımlar farklı ikili çıktılar üretir.

Pipeline state object, yalnız shader kodunu değil, bu kodun hangi sabit grafik durumlarıyla kullanılacağını tanımlayan pakettir. Render hedefi biçimi, derinlik veya karıştırma durumu gibi seçimler de birleşimin parçası olabilir. Direct3D 12 gibi açık yönetim isteyen API’lerde bu nesneyi oluşturmak sürücü tarafından pahalı hazırlık gerektirebilir. Hazırlık ilk çizim çağrısına bırakılırsa kare bütçesini bozabilir.

Bu nedenle “bütün shader’lar derlendi” mesajı her olası PSO’nun kullanım için hazır olduğunu garanti etmeyebilir. Oyun gerçek içerikte daha önce görülmeyen bir durum birleşimi oluşturabilir. Tersine PSO önbelleği de kaynak veya yapılandırma değiştiğinde eski girdiyi güvenle kullanamayabilir. Motorun kapsama ve anahtar üretme yöntemi sonucu belirler.

Epic’in Derived Data Cache açıklaması, derleme anahtarının girdilerin hash’ine bağlı olduğunu belirtir. Shader kaynak kodu, tanım, motor sürümü veya ilgili başka girdi değiştiğinde anahtar değişir ve yeni çıktı gerekir. Bu davranış hata değildir; yanlış ikiliyi yeniden kullanmamak için tasarlanmış doğruluk mekanizmasıdır. Performans sorunu, gerekli yeniden derlemenin ne zaman ve nasıl kullanıcıya yansıtıldığıdır.

Terimleri ayırmak çözüm tartışmasını da netleştirir. Shader hazırlığı paketleme veya açılış aşamasına taşınabilir; PSO keşfi gerçek içerik kapsamını gerektirebilir; sürücü önbelleği donanım ve sürücü sürümüne bağlı olabilir. Tek bir “shader cache” düğmesini bütün katmanların çözümü gibi sunmak, hangi katmanın eksik kaldığını görünmez yapar.

Ön derleme, sürücü önbelleği ve oyun güncellemesi nasıl etkileşir?

Ön derleme, gerekli shader ve pipeline birleşimlerini kullanıcı sahneye girmeden hazırlamayı amaçlar. Kapsam doğruysa çalışma anındaki tek seferlik maliyet azalır. Fakat bütün olası birleşimleri körlemesine üretmek açılış süresini, paket boyutunu ve depolama maliyetini büyütebilir. Geliştirici hangi varyantların gerçek içerikte kullanılacağını güvenilir biçimde keşfetmeli ve kullanılmayanları ayıklamalıdır.

Sürücü önbelleği, grafik sürücüsünün daha önce gördüğü işten yararlanmasına izin verebilir. Microsoft’un Direct3D 12 örneği, derlenmiş PSO’ları diskte saklamanın sonraki çalıştırmalardaki pahalı işi azaltabileceğini gösterir. Ancak bu örnek bir API tekniğidir; her oyunun aynı mekanizmayı kullandığı veya sürücünün her koşulda aynı sonucu koruduğu anlamına gelmez.

Oyun güncellemesi shader kaynaklarını, motor sürümünü, malzeme seçeneklerini veya paket kimliğini değiştirdiğinde önbellek girdileri geçersiz hale gelebilir. Oyuncunun daha önce akıcı çalıştırdığı bölüm güncellemeden sonra ilk turda yeniden takılabilir. Bu durum performans regresyonu da olabilir, gerekli yeniden hazırlığın ilk kullanıma bırakılması da. Test iki olasılığı ayrı ölçmelidir.

Sürücü güncellemesi de ikili uyumluluk ve optimizasyon kararlarını değiştirebilir. Eski önbelleğin silinmesi bazen gerekli ve doğru davranıştır. Kullanıcıya “önbelleği her zaman temizle” önerisi vermek kısa vadede bozuk girdiyi çözebilir ama ilk kullanım maliyetini yeniden yaratır. Sorun tekrarlanabilir biçimde belgelenmeden sürekli temizleme kalıcı çözüm sayılmaz.

Güçlü dağıtım akışı güncelleme sonrası ne kadar hazırlık gerektiğini kullanıcıya açıklar. Açılışta shader hazırlama ekranı varsa ilerleme ve iptal davranışı anlaşılır olmalıdır. Arka planda hazırlanıyorsa oyuna ne zaman geçileceği ve ilk maçın etkilenip etkilenmeyeceği test edilir. Hazırlama süresini gizlemek, maliyeti yok etmez; yalnız nerede yaşandığını belirsizleştirir.

Bir performans testinde ilk koşu nasıl ayrılmalı?

Test başlamadan oyun sürümü, motor yapısı biliniyorsa motor sürümü, ekran kartı sürücüsü, grafik ayarları ve önbellek durumu kaydedilir. Aynı kayıt olmadan iki videodaki sarsıntıyı bilimsel karşılaştırma gibi sunmak zayıftır. Arka plan indirmeleri, kayıt yazılımı ve sıcaklık da kare süresini etkileyebildiği için koşullar mümkün olduğunca sabit tutulur.

Rota, yeni içerik karşılaşmalarını tekrar edecek biçimde belirlenir. Kapıdan geçiş, yeni efekt, düşman veya bölge gibi olayların zamanı not edilir. İlk koşu önbellek hazırlama olasılığını, ikinci ve üçüncü koşu aynı olayın tekrarlanıp tekrarlanmadığını gösterir. Takılma yalnız ilkinde oluşuyorsa derleme hipotezi güçlenir; her turda aynı yerdeyse başka veri akışı veya oyun mantığı nedenleri de araştırılır.

Ortalama FPS yerine kare süresi dağılımı ve zaman serisi incelenir. 120 FPS ortalama, birkaç yüz milisaniyelik tekil duraklamayı gizleyebilir. Yüzdelik değerler yararlı olsa da olay zamanını kaybetmemelidir. Profilde shader compile, PSO creation veya cache miss sayacı varsa sıçramayla zaman olarak eşleştirilir. Sayaç adı motor sürümüne göre değişebileceği için belge sürümü rapora eklenir.

Sonuç dili kanıt gücünü yansıtmalıdır. Yalnız kullanıcı tarafı ölçüm varsa “ilk karşılaşmayla uyumlu ve ikinci koşuda azalan takılma” denebilir; motor profil kaydı yokken kesin olarak “shader derlemesi” denmemelidir. Geliştirici profilinde kaçırılan PSO olayı aynı zamanda görülüyorsa mekanizma daha güçlü desteklenir.

Oyuncu için pratik sonuç, donanımı suçlamadan önce sürüm ve koşu bağlamını kontrol etmektir. Resmî shader hazırlama sürecinin tamamlanmasına izin vermek, güncel yama notlarını okumak ve sorunu aynı rotayla raporlamak geliştiriciye daha yararlı veri sağlar. Rastgele sistem dosyaları silmek veya bilinmeyen derleme paketleri indirmek güvenlik ve kararlılık riski yaratabilir.