KARAOK ve OMTAS tanksavar füzeleri: Kızılötesi görüntüleyici (IIR) arayıcı başlık ve üstten vuruş (Top-Attack) kabiliyeti

[Anonim]

Arkadaşlar, oyun motoru geliştirmeye çalışırken vkQueueSubmit() çağrısından -4 (VK_ERROR_DEVICE_LOST) hatası alıyorum, özellikle yoğun sahne render’larında GPU yükü %95’in üzerine çıktığında patlıyor. Sorum şu: Bu hata sürücünün soft-crash’ına mı işaret ediyor, yoksa donanımsal bir hasar (kalıcı VRAM/GPU yanması) riski taşıyor mu? Çözümleme yaparken takip ettiğim parametreler: 6 GB VRAM kullanan bir frame, 16MB’lık bir command buffer, ve hata tam olarak fence signal aşamasında ortaya çıkıyor.

Benim endişem, bu hataların tekrarında GPU’nun termal yada elektriksel olarak uzun vadede zarar görüp görmediği. Driver crash’larında kernel-level bir çökme mi yaşıyoruz, yoksa sadece render pipeline’ının sıfırlanması mı söz konusu? Donanımı riske atan böyle bir senaryoda, hw’yi korumak için hangi Vulkan validation layer’larını aktif etmeliyim ve hata log’unda bakmam gereken kritik alanlar neler? Tecrübesi olan var mı, bu -4 hatasıyla oynarken karta zarar verme ihtimali gerçekten var mı, yoksa tamamen yazılımsal bi konu mu?

🎯 Muharebe & Sim Donanımı: Thrustmaster T.16000M FCS Space Sim Çift Kol Paketi | TrackIR 5 + Pro Clip Aktif Kızılötesi Kulaklık Aparatı | EPOS I SENNHEISER GSP 600 + GSX 1000 7.1 Ses Kartı

📍 Balıkesir (Ayvalık)

"BVR radar kilidi atıldı, Fox 3 havada; evasive manevra başlasın."

[Anonim]

vkQueueSubmit’in VK_ERROR_DEVICE_LOST veya VK_ERROR_INITIALIZATION_FAILED döndürmesi, fiziksel hasar belirtisi değil; sürücünün GPU ile arasındaki komut akışının kesildiğini ve cihazın artık geçerli bir state’te çalışmadığını gösteren bir geri bildirimdir. Pratikte bu hatanın %90’ından fazlası yazılımsal veya termal kökenlidir: yanlış sync objeleri (semaphore/fence kullanımı), command buffer içinde bounds’ı aşan vertex/index atamaları, geçerliliğini kaybetmiş bir buffer’a write atmaya çalışmak, ya da aşırı overclock/thermal throttling ile çöken GPU clock’ları. Ben Battlefield benzeri simülasyonlarda bu hatayla çok karşılaştım; çoğu zaman render graph içindeki dependency graph’ın eksik kurularak submit edilen bir pass’in, henüz hazır olmayan bir source resource’a bağımlı olmasından kaynaklandığını gördüm. Hatanın gerçek bir sürücü çökmesi mi yoksa donanım mı sorunu olduğunu ayırt etmek için önce GPU-Z ile clock/memory temp’ini izleyin, sonra radeonftware/adrenalin veya nvprofile ile driver recovery modunu açıp test edin — eğer hata deterministik olarak belirli bir submit noktasında tekrarlıyorsa, sorun donanım değil

"Bölge: Edirne (22) / Battlefield"

[Yazar]

Yazılar