Intel işlemcilerdeki kararsızlık nedeniyle 'Oodle' açma hatası

 (radgametools.com)
1 puan yazan GN⁺ 2024-02-25 | 1 yorum | WhatsApp'ta paylaş
    1. ve 14. nesil Intel Core işlemcilerdeki donanım kararsızlığı, Unreal Engine tabanlı oyunlarda Oodle Data açma hataları ve çökmeler olarak ortaya çıkabilir
  • Temsilî hata DecompressShader(): Could not decompress shader (GetShaderCompressionFormat=Oodle) olup, sorun Oodle’ın kendisinden çok CPU’yu yoğun kullanan genel çok iş parçacıklı iş yükleriyle ilgilidir
  • Adobe Premiere, RealBench, CineBench, Prime95, Handbrake, Visual Studio gibi uygulamalarda da çökmeler görülebilir ve neden CPU olsa da out of video memory gibi GPU hatası gibi görünen mesajlar çıkabilir
  • Intel, nedenin birden fazla sorunun birleşmesiyle çip içindeki saat sinyali devresinin hızla yaşlanması olduğunu doğruladı; fiziksel olarak zaten yıpranmış parçalar değiştirilmelidir
  • 1 Ekim 2024 itibarıyla hasara yol açan çalışma koşullarını önleyen BIOS güncellemeleri dağıtılmaya başlandı; bu yüzden belirtiler ortaya çıkmadan kurulmaları gerekiyor

Oyun çökmeleriyle ortaya çıkan CPU kararsızlığı

  • 13xxx ve 14xxx serisi 13. ve 14. nesil Intel Core işlemcilerdeki donanım sorunu, genel sistem kararsızlığına yol açabilir
  • Unreal Engine tabanlı oyunlarda Oodle Data açma hataları ve çökmeler görülebilir
    • Temsilî hata: DecompressShader(): Could not decompress shader (GetShaderCompressionFormat=Oodle)
  • Bu durum yalnızca Oodle ile sınırlı değil
    • İşlemciyi birden fazla iş parçacığında yoğun kullanan programlar da çökme veya öngörülemez davranış gösterebilir
    • Adobe Premiere, RealBench, CineBench, Prime95, Handbrake, Visual Studio gibi uygulamalarda da çökmeler gözlemlendi
  • Neden CPU olsa da GPU sorunu gibi görünen mesajlar çıkabilir
    • Örnek: hatalı out of video memory hatası

Neden ve yapılması gerekenler

  • Intel, temel nedeni çip içindeki saat sinyali devresinin hızla yaşlanması olarak doğruladı
    • Birden fazla sorun birleşerek devre hasarına yol açıyor
    • Hasar, çipin kendisindeki fiziksel aşınma ve bir kez başladıktan sonra geri döndürülemez
  • Zaten bozulma başlamış parçaların değiştirilmesi gerekiyor
  • 1 Ekim 2024 itibarıyla, devre hasarına yol açan çalışma koşullarını önleyen yeni BIOS güncellemeleri dağıtılmaya başlandı
    • Hazır satılan dizüstü ve masaüstü bilgisayarlarda üreticiler, bu geçici çözümü içeren BIOS güncellemelerini dağıtıyor ya da yakında dağıtacak
    • Toplama PC kullananlar, anakart üreticisinin web sitesinden güncellenmiş BIOS imajını kontrol etmeli
  • Belirtiler ortaya çıkmadan önce BIOS güncellemesi kurulmalı
    • Çökmeler başladıktan sonra bunu yazılımla çözmek için artık çok geç olur

İlgili okumalar

1 yorum

 
GN⁺ 2024-02-25
Hacker News yorumları

  • AMD Threadripper 3970X’i ilk benimsediğim dönemde yaşadığım olayı hatırlattı: https://forum.level1techs.com/t/amd-threadripper-3970x-under...
    HN tartışması: https://news.ycombinator.com/item?id=22382946
    Sonunda birkaç ay boyunca sorunu AMD ile birlikte araştırdık; AMD anakart ve CPU’yu gönderip geri alma zahmeti için fazlasıyla telafi sağladı, ama o zamandan beri AMD’nin sağladığı özel BIOS imajı ile kullanmaya devam ediyorum. Nihayetinde bunun Gigabyte tarafında bir sorun olduğu anlaşılıyor

  • Kusurlu bir 13900K aldım ve en azından benim durumumda sorunun varsayılan PL1/PL2 ayarlarında da ortaya çıktığını doğrulayabilirim
    O sistemde pekiştirmeli öğrenme çalıştırıyordum; sürekli çöküyordu, bu yüzden epey uzun süre nedenini aradım. CPU’yu başka bir PC’de kullandığım 13700KF ile değiştirince sorun çözüldü
    Intel’den RMA talep ettiğimde kullandığım MSI anakartın Linux’u desteklemediğini söylediler; desteği etkinleştiren mikrokodun bulunduğu resmi Intel GitHub deposunu gönderince ilgili temsilci değişti. O anda Intel’in RMA’dan mümkün olduğunca kaçınmaya çalıştığı açık görünüyordu; neyse ki Avrupa’da yaşadığım için yerel tüketici koruma kurumu üzerinden RMA sürecini yürüttüm
    Bu sırada çevrimiçi bir satıcıda 7950X ve anakart paket indirimi görüp satın aldım; eski anakartı ve RMA’dan gelen 13900K’yı ikinci el olarak sattım. Intel bazı veri bilimi projelerine sponsor olduğu için Intel kullanıyordum, ama bir daha Intel almayı düşünmüyorum

    • 7700K de satın aldıktan sonra sürekli kararsızdı ve 16 ay boyunca BIOS güncellemeleri yapılmasına rağmen çözülmedi. En yeni nesil işlemciler, geçmişin daha basit tasarımlarına kıyasla daha fazla sorun yaşıyor olabilir

  • Güvenlik sorunlarını azaltmak için hyper-threading’i kapatmak, şimdi de bellek bozulması sorunlarını azaltmak için turbo modu da kapatmak gerekiyor gibi
    Yan kanal saldırılarından kaçınmak için C durumlarını, zamanlayıcı sorunlarından kaçınmak için verimlilik çekirdeklerini de kapatınca bir noktada 20 yıl önceki özellik setine geri dönmüş oluyorsunuz :P

    • Sorun, farklı anakart üreticilerinin firmware farklarından kaynaklanıyor gibi. Ryzen 7950X’li bir anakart kullanıyorum; rastgele şekilde boot etmiyordu ve tekrar çalışması için pili çıkarıp tamamen sıfırlamam gerekiyordu. Sonunda bir firmware güncellemesi o hatayı düzeltti
    • Sadece overclock’u kapatmak yeterli
    • O zamanlar yeterince doğrulanmamış özellikleri tıkıştırıp şüpheli ödünlerle en uç değerleri tutturmaya çalışmak yerine, güvenilir donanım yapmayı biliyorlardı
    • Açıkçası Coppermine ya da Tualatin’de durup yalnızca yazılım iyileştirmelerine odaklansaydık dünya daha iyi bir yer olabilirdi
    • İyi, hızlı, ucuz. Üçünden ikisini seçebilirsiniz

  • Yakın zamanda i9 149KF ve Asus Formula anakartla yeni bir sistem topladım. Amacım VFIO sistemiyle Windows çalıştırmak ve oyun da oynamaktı
    Kararlı çalışır hale getirme süreci kâbustu; anakartın varsayılan ayarlarından hiçbiri doğru değildi. Oyunlar çöküyor, kernel ve Emacs derlemeleri de başarısız oluyordu
    Sonunda 6GHz’lik çipin turbosunu 5.4GHz ile sınırlamak ve maksimum güç ile throttling sıcaklığını 90°C ile sınırlayan ayarı açmak zorunda kaldım
    Şimdi kararlı görünüyor; throttling olmadan 5.4GHz’i sürdürüyor ve 4K çözünürlükte 120fps oyun oynuyorum. Yine de parasını ödediğim reklam edilen değerlerde hiçbir ayarla çalıştıramıyor olmak içime sinmiyor

    • Throttling sıcaklığını 90°C ile sınırlamak, ondan önce 90°C’nin üzerine çıktığı anlamına mı geliyor?
      İlk başta saçma olduğunu düşündüm ama Intel’e göre bu çipte normalmiş: “İşlemci en fazla 100°C’yi destekler; bunun altındaki sıcaklıklar normaldir ve beklenen aralıktadır”
      https://community.intel.com/t5/Processors/i9-14900K-temperat...
      Yine de gerçekten tuhaf. Bir yandan reklamı yapılan ve parasını ödediğiniz performansı elbette almalısınız; diğer yandan CPU’yu 90~100°C aralığında çalıştırmak çılgınlık gibi geliyor. Intel’in epey sıkışmış durumda olduğu hissine kapılıyorum. Nasıl bir soğutma düzeni kullandığınızı merak ediyorum
    • Turbo boost pazarlaması hoşuma gitmiyor
      Eskiden ISP’lerin “X Mbps’ye kadar” diye sattığı yöntemle aynı. Bu çip de “6.00GHz’ye kadar” turbo boost yaptığını söylüyor
      Aslında otomatik overclock ve bizzat deneyimlediğiniz gibi bazen o hızı kararlı biçimde bile veremiyor. Bazı çipler asla “6.00GHz’ye kadar” çalışmayacak, ama bu yalan değil. Sonuçta “kadar”
    • Yakın zamanda ASUS TUF anakart ve NZXT Kraken 360 soğutucuyla 14900KF’li bir sistem topladım; şimdilik varsayılan BIOS ayarlarında sorun yaşamadım. Varsayılan 5.7GHz idi ve sıcaklığın 70°C’yi geçtiğini de görmedim
      Yine de CPU yükünün %40’ı geçtiğini de görmedim ve benchmark yazılımı da çalıştırmadım. 5.4GHz’de 90°C, benim işlemcimde gördüklerimden oldukça farklı; hangi soğutmayı kullandığınızı merak ediyorum. Daha yüksek saat hızlarında bile CPU’yu o kadar zorlamamış olabilirim
    • Her şeyi tertemiz silip yeni termal macunla soğutucuyu yeniden takmayı denediniz mi merak ediyorum. Macun yanlış sürülüp hava kabarcığı oluştuğunda benzer davranış görmüştüm. Çekirdek başına sıcaklık göstergeleri birbirinden çok farklı mı?
    • Saat frekansındaki %10 farkın kararlılığı tamamen belirlemesi ürkütücü geliyor. Gerçekte ne kadar pay kalmış olabilir?

  • Raymond Chen’in klasik yazısı aklıma geldi: https://devblogs.microsoft.com/oldnewthing/20050412-47/?p=35...

    • Sistem çökme analiz aracına, CPU’nun garip davrandığını kullanıcıya söyleyen bir bileşenin neden eklenmediğini merak ediyorum. Örneğin xor eax, eax gibi temel bir komutun bile yanlış çalıştığını söyleseydi, hata ayıklaması zor destek taleplerini azaltabilirdi

  • Bu durum tanıdık. Eski Pentium III 1.13GHz aklıma geliyor
    https://www.tomshardware.com/reviews/intel-admits-problems-p...

    • Asıl konudan bağımsız olarak, Tom’s Hardware’in 24 yıl önceki bir web yazısını eksiksiz biçimde sunuyor olması takdire değer

  • Zstd’de de düzenli olarak donanım sorunlarıyla karşılaşıyoruz. Çoğu zaman açıcı, ağdan gelen veriyle ilk etkileşime giren bileşen oluyor
    Bu örnekte olduğu gibi açıcılar, sağlama toplamı kullanılıp kullanılmamasından bağımsız olarak bit flip durumlarına karşı çok hassastır; bu yüzden aynı host üzerinde çalışan diğer süreçlerden önce donanım sorununu fark etmeleri sık görülür
    Zstd yalnızca özgün verinin sağlama toplamını içermeye karar verdi; bu, veri bütünlüğünü garanti etmek için yeterli. Ancak sıkıştırılmış verinin bozulup bozulmadığını doğrulayamadığı için, bozulmanın kaynağının açıcı olmadığını elemek daha zorlaşıyor

    • Sıkıştırılmış veri yedek gibidir. Doğrulamadan geçene kadar geçerli değildir

  • Bu sayfa başka herkese açık sayfalardan linklenmiş gibi görünmüyor; bu yüzden hata günlüklerindeki “oodle” ifadesinin izini sürmeye çalışan kullanıcıların istenmeyen şikâyetlerine yanıt vermek için oluşturulmuş bir sayfa gibi duruyor. 2006’daki SQLite durumuna benzer [1]
    [1] https://news.ycombinator.com/item?id=36302805

  • Hiç şaşırtıcı değil
    Eskiden 4790K için ASUS TUF anakart almamın nedeni temel bir şey istemem ve overclock ya da ayarlarla ilgilenmememdi. Ama BIOS aynı fikirde değildi
    Overclock’tan kaçınmak için bile bir sürü ayarı elle yapmak, RAM zamanlamalarını ayarlamak ve BIOS’taki her seçeneği kontrol edip bir şekilde overclock yapmadığından emin olmak gerekiyordu. “optimal” ayarlar, veri yolu hızı çarpanını değiştirmek gibi agresif değişiklikleri açıyordu

    • Başkalarının da söylediği gibi, o “yeterince temel” CPU aslında doğrudan overclock pazarı hedeflenerek üretilmiş bir ürün ve yazdığınız anakart da muhtemelen öyle. Hiç de temel bir yapılandırma değil; gelişmiş ayar için bir sistem. Sadece 10 yıllık bir ayar sistemi
    • Overclock ve ince ayarlarla ilgilenmeyen birinin K işlemci alması nadirdir. Bir gaming anakart BIOS’unun “optimal” varsayılanlarını bu varsayımla belirlemesine şaşırmam. Çünkü gaming pazarı benchmark odaklı

  • Asus anakartta benzer bir şey yaşadım. Otomatik tuning yüzünden kararsız hale gelip derleyici çöktü; normal kullanmak için BIOS’u elle yapılandırmam gerekti
    Sorunun, SuperIO’nun soğutucuyu kontrol etme biçimi yüzünden daha da kötüleştiğini düşünüyorum. Çünkü çökme 100°C sıcaklık sıçramalarıyla bağlantılıydı. Fanı hızlandırma hızı çok yavaş, yavaşlatma hızı ise çok hızlı
    Linux’ta bunu kullanıcı alanından ayarlamak mümkün. Ama pratikte yükseliş kısmını sıcaklık gibi gecikmeli göstergeler değil, voltaj regülatörü gibi öncü göstergeler kontrol etmeli. Ya da Linux p-state denetleyicisi güç seviyesini öngörüp daha yüksek fan hızı ayarlayabilir

    • Şu anda tam da bu sorunu yaşıyorum. Yapılandırma Asus ROG Z790, 14900K, Noctua NH-D15
      Varsayılan fan eğrisi hem etkisiz hem de sürekli dalgalandığı için sinir bozucu. Tek bir P-core sıcaklığı sürekli sıçrıyor ve fan dağınık şekilde tepki veriyor
      Yükselme süresini artırmanın fan davranışını yumuşattığını okudum; ancak yukarıdaki deneyime bakınca bunun işlemci arızasına da yol açabileceği anlaşılıyor