Merhabalar az önce Spotify'dan şarkı dinliyordum ve aynı zamanda Forza 4 açılıyordu, yüklenme ekranında bir anda müzik çıtırtılı gelmeye başladı ve mavi ekran yedim 2 saniye kadar durdu sonra sistem kapanıp yeniden normal şekilde açıldı. Normalde kafaya takmam ama aylardır mavi ekran yediğimi hatırlamıyorum bir donanım mı bozulmaya başladı diye şüphelendim çünkü sistem eski. Bunu anlamanın bir yolu var mıdır? Mavi ekrandaki hata kodunun görüntüsünü çekemedim dediğim gibi 2 saniye sürdü mavi ekran. Windows 11 Home kullanıyorum son sürüm. NVIDIA sürücüm de son sürüm.
Yusuf'u bekledim analizlemesi için ama ne yazık ki Offline'a geçtiği için göremedi. Bu yüzden kısaca açıklamak istiyorum:
Kod:
VIDEO_SCHEDULER_INTERNAL_ERROR (119)
The video scheduler has detected that fatal violation has occurred. This resulted
in a condition that video scheduler can no longer progress. Any other values after
parameter 1 must be individually examined according to the subtype.
Arguments:
Arg1: 000000000000a000, << This is an internal OS state error, typically caused by a memory corruption or bad hardware.
Arg2: ffff810a7d10f000
Arg3: 0000000000000000
Arg4: 0000000000000001
Açıklama yapmadan önce ilk parametredeki bellek bozulması uyarısına dikkat çekerim. İstersen kontrol edebilirsin çünkü bu hatada sıkça gördüğüm bir durum.
Bir uygulamanın kullanacağı iki sürücü vardır:
User-mode Ekran Sürücüsü.
Kernel-mode Miniport Ekran Sürücüsü.
Miniport sürücüsü ağır işlerin çoğunu yapan kısım. Her iki sürücü de DXGKRNL.sys olarak bilinen DirectX Kernel alt sistemi ile etkileşim içinde olan sürücülerdir.
Resme tıklarsan, MS'nin bu konu hakkındaki makalelerine ulaşabilirsin.
Gördüğün gibi, GPU scheulder (Bug Check) DirectX çekirdeğinin bir parçası durumda. Çökmenin meydana geldiği yer de burası.
Video zamanlayıcısının dört farklı seviyesi vardır ve her seviye hangi fonksiyonların çalıştırılabileceğine ve izin verilen yeniden merkezlilik seviyesine göre farklılık gösterir. Yeniden giriş seviyesi farklı sınıflara dayanmaktadır, birinci seviye senkronizasyon ve GPU Zamanlayıcı sınıfı içine bakıyorduk. Bu seviyede, yeniden merkezliliğe izin verilmez ve bu nedenle zamanlayıcı sınıfından yalnızca bir iş parçacığı bir işlev çalıştıracaktır.
Normalde bu dosyada çıkan hatalardan daha farklı bir hata çünkü sistemin bir noktada DMA arabelleği oluşturup GPU engine'e eklemesi gerekiyordu. Bu eklenen arabellekler eşsiz ve belirli bir düzende oldukları için bunun aksi bir durumda sistemin çöküşü ortaya çıkması lazım idi. Lakin durum daha farklı,
Sistem SubmitCommand işlevi yerine CommandToRun işlevini çağırıyor, burdaki amacı kendisi için birden fazla grafik görevini ele almasına ve bunların düzenli bir şekilde işlenmesine yardım etmeye çalışma çabası. İşlemciden gelen çeşitli grafik komutlarını denetliyor.
Lakin sistem bu komuttan sonra sırasıyla çöküyor çünkü GPU'nun bir komutu yürütmesinin çok uzun sürmesi Windows'un TDR mekanizması tetikliyor. TDR, kartın zamanında yanıt vermemesinden dolayı devreye giren bir sistemdir. Burdaki durum kartın çok sayıda komut yürütülmek üzere sıraya almasından sonra bunu yapamamasından dolayı komutların gecikmesi veya kaybolması olarak özetlenebilir. Senin de anlattığın gibi o sırada birden fazla işlem oluyordu. Bu bir bahane değil tabii ki.
Mavi ekran hatası aldığınızda DMP uzantılı Minidump dosyaları oluşur. Bu mini bellek döküm dosyalarının analiziyle mavi ekran hatalarının sebebi genelde tespit edilebilir. Dosyaları paylaşmak için C:\Windows\Minidump dizinine gidip buradaki dosyaları kopyalayın. Sonrasında ister doğrudan...
Yusuf'u bekledim analizlemesi için ama ne yazık ki Offline'a geçtiği için göremedi. Bu yüzden kısaca açıklamak istiyorum:
Kod:
VIDEO_SCHEDULER_INTERNAL_ERROR (119)
The video scheduler has detected that fatal violation has occurred. This resulted
in a condition that video scheduler can no longer progress. Any other values after
parameter 1 must be individually examined according to the subtype.
Arguments:
Arg1: 000000000000a000, << This is an internal OS state error, typically caused by a memory corruption or bad hardware.
Arg2: ffff810a7d10f000
Arg3: 0000000000000000
Arg4: 0000000000000001
Açıklama yapmadan önce ilk parametredeki bellek bozulması uyarısına dikkat çekerim. İstersen kontrol edebilirsin çünkü bu hatada sıkça gördüğüm bir durum.
Bir uygulamanın kullanacağı iki sürücü vardır:
User-mode Ekran Sürücüsü.
Kernel-mode Miniport Ekran Sürücüsü.
Miniport sürücüsü ağır işlerin çoğunu yapan kısım. Her iki sürücü de DXGKRNL.sys olarak bilinen DirectX Kernel alt sistemi ile etkileşim içinde olan sürücülerdir.
Resme tıklarsan, MS'nin bu konu hakkındaki makalelerine ulaşabilirsin.
Gördüğün gibi, GPU scheulder (Bug Check) DirectX çekirdeğinin bir parçası durumda. Çökmenin meydana geldiği yer de burası.
Video zamanlayıcısının dört farklı seviyesi vardır ve her seviye hangi fonksiyonların çalıştırılabileceğine ve izin verilen yeniden merkezlilik seviyesine göre farklılık gösterir. Yeniden giriş seviyesi farklı sınıflara dayanmaktadır, birinci seviye senkronizasyon ve GPU Zamanlayıcı sınıfı içine bakıyorduk. Bu seviyede, yeniden merkezliliğe izin verilmez ve bu nedenle zamanlayıcı sınıfından yalnızca bir iş parçacığı bir işlev çalıştıracaktır.
Normalde bu dosyada çıkan hatalardan daha farklı bir hata çünkü sistemin bir noktada DMA arabelleği oluşturup GPU engine'e eklemesi gerekiyordu. Bu eklenen arabellekler eşsiz ve belirli bir düzende oldukları için bunun aksi bir durumda sistemin çöküşü ortaya çıkması lazım idi. Lakin durum daha farklı,
Sistem SubmitCommand işlevi yerine CommandToRun işlevini çağırıyor, burdaki amacı kendisi için birden fazla grafik görevini ele almasına ve bunların düzenli bir şekilde işlenmesine yardım etmeye çalışma çabası. İşlemciden gelen çeşitli grafik komutlarını denetliyor.
Lakin sistem bu komuttan sonra sırasıyla çöküyor çünkü GPU'nun bir komutu yürütmesinin çok uzun sürmesi Windows'un TDR mekanizması tetikliyor. TDR, kartın zamanında yanıt vermemesinden dolayı devreye giren bir sistemdir. Burdaki durum kartın çok sayıda komut yürütülmek üzere sıraya almasından sonra bunu yapamamasından dolayı komutların gecikmesi veya kaybolması olarak özetlenebilir. Senin de anlattığın gibi o sırada birden fazla işlem oluyordu. Bu bir bahane değil tabii ki.
Yusuf'u bekledim analizlemesi için ama ne yazık ki Offline'a geçtiği için göremedi. Bu yüzden kısaca açıklamak istiyorum:
Kod:
VIDEO_SCHEDULER_INTERNAL_ERROR (119)
The video scheduler has detected that fatal violation has occurred. This resulted
in a condition that video scheduler can no longer progress. Any other values after
parameter 1 must be individually examined according to the subtype.
Arguments:
Arg1: 000000000000a000, << This is an internal OS state error, typically caused by a memory corruption or bad hardware.
Arg2: ffff810a7d10f000
Arg3: 0000000000000000
Arg4: 0000000000000001
Açıklama yapmadan önce ilk parametredeki bellek bozulması uyarısına dikkat çekerim. İstersen kontrol edebilirsin çünkü bu hatada sıkça gördüğüm bir durum.
Bir uygulamanın kullanacağı iki sürücü vardır:
User-mode Ekran Sürücüsü.
Kernel-mode Miniport Ekran Sürücüsü.
Miniport sürücüsü ağır işlerin çoğunu yapan kısım. Her iki sürücü de DXGKRNL.sys olarak bilinen DirectX Kernel alt sistemi ile etkileşim içinde olan sürücülerdir.
Eki Görüntüle 58112Resme tıklarsan, MS'nin bu konu hakkındaki makalelerine ulaşabilirsin.
Gördüğün gibi, GPU scheulder (Bug Check) DirectX çekirdeğinin bir parçası durumda. Çökmenin meydana geldiği yer de burası.
Normalde bu dosyada çıkan hatalardan daha farklı bir hata çünkü sistemin bir noktada DMA arabelleği oluşturup GPU engine'e eklemesi gerekiyordu. Bu eklenen arabellekler eşsiz ve belirli bir düzende oldukları için bunun aksi bir durumda sistemin çöküşü ortaya çıkması lazım idi. Lakin durum daha farklı,
Sistem SubmitCommand işlevi yerine CommandToRun işlevini çağırıyor, burdaki amacı sisteminin birden fazla grafik görevini ele almasına ve bunların düzenli bir şekilde işlenmesine yardım etmeye çalışma çabası. İşlemciden gelen çeşitli grafik komutlarını denetliyor.
Lakin sistem bu komuttan sonra sırasıyla çöküyor çünkü GPU'nun bir komutu yürütmesinin çok uzun sürmesi Windows'un TDR mekanizması tetikliyor. TDR, kartın zamanında yanıt vermemesinden dolayı devreye giren bir sistemdir. Burdaki durum kartın çok sayıda komut yürütülmek üzere sıraya almasından sonra bunu yapamamasından dolayı komutların gecikmesi veya kaybolması olarak özetlenebilir. Senin de anlattığın gibi o sırada birden fazla işlem oluyordu. Bu bir bahane değil tabii ki.