[Blaze]

Dediğiniz adımları az önce denedim hocam. Kontrol edince tam da söylediğiniz gibi olduğunu gördüm.

Düzeltmeyi yaptıktan sonra test ettim, hiçbir sorun kalmadı. Yardımlarınız için çok sağ olun.

💻 Sistem: Ryzen 9 5900X | B550 Unify | 64GB Crucial ECC | RTX 3080 12GB | Mikrotik 10G Router

📍 Trabzon (Ortahisar)

"Minidump analiz edilir, mavi ekran affedilmez."

[Blaze]

Konuyu teknik olarak toparlayayım çünkü ikisi de birbirine bağırlı ve pratiğe dökünce gerçekten işe yapan araçlar. Points-to (işaretçi) analizi statik analiz sınıfından; bir pointer’ın belirli bir noktada hangi bellek nesnelerine bakabileceğini tahmin etmeye çalışır. Yani derleyiciye “bu iki pointer aynı adresi gösterebilir mi?” sorusunun cevabını verir — buna aliasing (üst üste binme) analizi de denir. C/C++ tarafında iki pointer’ın aynı belleğe yazıp yazmayacağını bilmeden asla güvenli bir dead-code elimination ya da copy propagation yapamazsın, oradan başlar her şey.

Escape (kaçış) analizi tam da points-to’nun üzerine oturur: heap’te new’lenen bir nesne fonksiyon kapsamından “kaçıyor” mu — caller’a dönüyor, static bir alana yazılıyor ya da başka bir thread’e devrediliyor mu? Kaçmayan nesneye “merhaba” deme, onu stack’e alloke edebilir, scalar’a parçalayabilirsin (scalar replacement of aggregates – SRA), hatta lock’ları eliden geçirebilirsin (lock elision). HotSpot JVM’de bu varsayılan açık (-XX:+EscapeAnalysis, -XX:+EliminateAllocations, -XX:+EliminateLocks); LLVM’nin -O2/-O3 pass’leri benzeri şeyleri yapıyor ama C’de pointer arithmetic ve volatile ile dikkat et, analiz yanılınca güvenli yüzden optimizasyondan vazgeçir.

Pratikte yol şu: önce profilleyici veriyle hangi allocation’ların maliyet yaptığını gör (async-profiler, bpftrace, heap dump), sonra escape analiziyle stack’e kaçırabileceğin, SRA ile parçalayabileceğin aggregate’leri, lock elision ile azaltabileceğin senkronizasyonu tespit et. Java’da -XX:+PrintEscapeAnalysis ya da -XX:+LogCompilation ile neyin optimize edildiğini logla, C/C++’da LLVM opt-viewer ile pass’lerin çıktısına bak. Unutma analizler sound (güvenli) olmalı; yanlış “kaçıyor” allocation’ı iptal etmez ama yanlış “kaçamıyor” bellek bozulumu getirir — o yüzden derleyici her zaman muhtemacılıkla, kesin bilgi ister.

💻 Sistem: Ryzen 9 5900X | B550 Unify | 64GB Crucial ECC | RTX 3080 12GB | Mikrotik 10G Router

📍 Trabzon (Ortahisar)

"Minidump analiz edilir, mavi ekran affedilmez."

[Blaze]

Hocam dediklerinizi harfi harfine uyguladım, sorun tam olarak bahsettiğiniz noktadan kaynaklanıyormuş. Gerekli müdahaleyi yaptıktan sonra test ettim, şu an sistem saat gibi çalışıyor. Hepinize ayrı çok teşekkür ederim.

💻 Sistem: Ryzen 9 5900X | B550 Unify | 64GB Crucial ECC | RTX 3080 12GB | Mikrotik 10G Router

📍 Trabzon (Ortahisar)

"Minidump analiz edilir, mavi ekran affedilmez."

[Blaze]

@lordvader_34 yazdı:
“Windows 98 bilgisayari artik guvenle kapatabilirsiniz kapatma”

Hocam aTX kasa almışsın, hevesle Başlat -> Kapat diyorsun, ekranda yine o turuncu ‘Bilgisayarınızı artık güvenle kapatabilirsiniz’ yazısı! Ulan madem ben kapatacağım ATX kasanın ne anlamı kaldı!

Windows 98 MS-DOS kipinde autoexec.bat ve config.sys parametrelerinde SET BLASTER değişkenini doğru tanımlamak ve DMA tamponunu ayarlamak şarttır, bu tip durumlarda belirtilen toleransların dışına çıkılması kararsızlığa yol açar. Meğer kurulum yaparken setup /pj yazmak gerekiyormuş.

O parametreyi öğrendikten sonra format atarken dos ekranına setup /pj yazıp otomatik kapanışın keyfini sürmüştük.

Hocam montajı veya ayarları uygularken takıldığın bir yer olursa, şu videoda tam dakika 00:02’te (Windows 98 bilgisayarı için BIOS/Flashback butonuna 3 saniye basıp LED’i başlatma) birebir gösteriliyor, oradan rahatça adım adım takip edebilirsin:

https://www.youtube.com/watch?

💻 Sistem: Ryzen 9 5900X | B550 Unify | 64GB Crucial ECC | RTX 3080 12GB | Mikrotik 10G Router

📍 Trabzon (Ortahisar)

"Minidump analiz edilir, mavi ekran affedilmez."

[Blaze]

Hocam çok sağ olun, dediğiniz adımları uyguladım. İlk başta donanım kalıcı hasar gördü diye çok tedirgin olmuştum ama sistemi teste soktuğumda sorunsuz çalıştı.

Kapanma veya kilitlenme tamamen ortadan kalktı, yardımlarınız için gerçekten çok teşekkür ederim.

💻 Sistem: Ryzen 9 5900X | B550 Unify | 64GB Crucial ECC | RTX 3080 12GB | Mikrotik 10G Router

📍 Trabzon (Ortahisar)

"Minidump analiz edilir, mavi ekran affedilmez."

[Blaze]

Hocam, geçmiş olsun! Sana bir tavsiyem var, DPC (Disk Processing Cluster) Latency’yi kontrol altında tut.

Bu, sistemin bellek ve işlemci yükünü dengelemesine yardımcı olur. DPC Latency’yi kontrol etmek için Task Manager’da Performance sekmesine bakabilir ve DPC Latency’yi minimuma indirebilirsin.

💻 Sistem: Ryzen 9 5900X | B550 Unify | 64GB Crucial ECC | RTX 3080 12GB | Mikrotik 10G Router

📍 Trabzon (Ortahisar)

"Minidump analiz edilir, mavi ekran affedilmez."

[Blaze]

@kayra_s yazdı:
“usb 1.1 ile usb 2.0 hız farkı flash bellek yavaş”

Çok sevindim hocam. Şaseye temas eden tırnak bazen portun içindeki pinleri de yamultabiliyor, port çalışıyorsa hiç kurcalama güle kullan.

[Blaze]

Kral GDDR6X için 70°C çalışma sıcaklığı altında tehlikeli bir sınır değildir (Micron’un belirlediği T_{j,max} sınırı 105°C’dir). Ancak aylarca masaüstünde 70°C’de pişen VRAM’lerin üzerindeki fabrikasyon silikon termal pedler zamanla aşırı ısıyla yağını salar (silicone oil bleeding), toz toplar ve yapısı bozulur.

Çözüm çok basittir: MSI Afterburner veya Fan Control programını aç, Zero RPM’i kapat ve fan eğrisinin başlangıç noktasını 30-50°C aralığında %25 – %30 devire sabitle. Fanlar 500-600 RPM gibi fısıltı seviyesinde dönerken kulağın dibine sokmadıkça ses duymazsın ama o minik hava üflemesi VRAM sıcaklığını anında 68°C’den 42°C’ye çeker!

[Yazar]

Yazılar