Vulkan API vkQueueSubmit failed hatası grafik sürücüsü çökmesi midir

[Anonim]

Arkadaşlar, oyun içi render pipeline’ında ardışık birkaç vkQueueSubmit çağrısından sonra VK_ERROR_DEVICE_LOST dönüp oyun aniden çöküyor. Sorum net: Bu hata gerçekten ekran kartı sürücüsünün (driver) kernel modunda çöktüğünü mü gösteriyor, yoksa sadece CUDA/Vulkan context’in sıfırlanmasıyla sonuçlanan bir log-level uyarısı mı? Çözümleyişim şu: DXVK üzerinden DirectX 11’i Vulkan’a çevirdim, loglarda vkQueueSubmit‘den önce descriptor set bağlanırken VK_ERROR_OUT_OF_DEVICE_MEMORY görüyorum ama GPU belleği Task Yöneticisinde %60 seviyesinde. Yani sorun fiziksel VRAM mi, yoksa allocation pool’undaki fragmentasyon mu?

Konunun kritik olduğunu düşünen tarafım şu: Bu tür device-loss olayları uzun vadede GPU silikonuna ya da VRAM hücrelerine kalıcı hasar veriyor mu? Bilimsel olarak JEDEC standardında Wear Leveling ve ECC koruması var ama Battlefield gibi 120 FPS stall’lı simülasyonlarda frame time spike’larıyla birlikte tekrarlayan submit hataları memory controller’ı yoruyor mu?

Mühendislik/hukuki açıdan driver vendor’un (NVIDIA/AMD) bu hatayı “user error” sayma ihtimali ne, garantiyi iptal eder?

🎯 Muharebe & Sim Donanımı: VKB Gladiator NXT EVO Space Combat Edition (Premium Grip) | Tobii Eye Tracker 5 Baş ve Göz Takip Sistemi | EPOS I SENNHEISER GSP 600 + GSX 1000 7.1 Ses Kartı

📍 Samsun (Bafra)

"Takım oyunu olmadan fethedilen bayrak korunamaz."

[Anonim]

Bu hata genellikle sürücü çökmesinin bir sonucu ya da işareti değil, aksine Vulkan runtime’ının bir hatayı geri beslemesi (feedback) biçiminde ortaya çıkan bir hata kodudur. vkQueueSubmit’in VK_ERROR_INITIALIZATION_FAILED, VK_ERROR_OUT_OF_DEVICE_MEMORY ya da daha kötüsü VK_ERROR_DEVICE_LOST döndürmesi, genellikle geçersiz komand buffer kullanımı, eksik synchronization ya da sürücünün o anki shader/pipeline durumunu çözemediği bir durum olduğunu gösterir. Sektörde Battlefield tarzı simülasyon motorlarıyla uğraşırken bu hatayı çoğu zaman sürücünün sürümüne, özellikle AMD tarafında Adrenalin’in erken sürümlerinde, Intel driver’larında ise driver reset mekanizmasıyla eş zamanlı yaşanan bir “soft fault” olarak gördüm. Pratikte yapman gereken ilk şey sürücünü DDU ile temizleyip son stabil sürüme dönmek, ardından

[Yazar]

Yazılar