[Venom_35]

Reis bak olayın aslı tam olarak şu şekilde işliyor. Sıradan Linux çekirdeği aslında bir sunucu/iş istasyonu için optimize edilmiş, ortalamayı iyi tutmak ister ama tek bir işlemin ne kadar sürede tepki vereceğine garanti vermez. Sen 1 kHz’de ‘her seferinde tam zamanında ol’ dersen, doğal Linux sana bunu sunamaz. Çünkü iki şeyi yapamaz: kesmeleri çok kısa sürede bitiremez ve öncelik tersinmesini (priority inversion) giderebilir bir mekanizması uzun süre yoktu.

PREEMPT_RT aslında tam da bunları düzeltiyor. En büyük hamlelerden biri kesme işleyicilerini thread’e çevirmek, yani softirq’leri kullanıcı alanında çalıştırılabilir threadlere dönüştürmek. Böylece kesme sonrası yapılacak ağır işler başka bir görevin önüne giremiyor. İkincisi, öncelik tersinmesini önlemek için mutex’lere öncelik devretme (priority inheritance) eklemek. Basitçe ş$: düşük öncelikli bir görev bir kaynağı tutarken, yüksek öncelikli bir görev onun açısını bekliyorsa, düşük öncelikli görev geçici olarak o yüksek önceliği alıp kaynağı hızlıca geri verir. Eski Linux bunu yapamayıp senin döngünün beklemesine sebep oluyordu.

Pratikte dikkat etmen gerekenler şunlar: kernel’i PREEMPT_RT patch’li ile derlemen ya da hazır bir distro (Ubuntu Real Time paketi, ya da Yocto/Debian’ın linux-image-preempt_rt sürümü) kullanman lazım. Sonra power management’i kapat: C-state, turbo boost, frequency scaling gibi şeyler latency patlatır. İmplementasyon için isolcpus ve nohup/isolcpu ile bir CPU’yu döngü görevine ayır, scheduler’ı SCHED_FIFO’ye al. Test etmeden kesin production’a alma, latencyfs ya da cyclictest ile gerçek ölçüm yap, milisaniye değil mikrosaniye seviyesinde bak.

RTOS’a geçiş konusuna gelince: eğer ‘hard real-time’ diyorsen, yani bir seferlik bile miss deadline güvenlik/hasar riski taşıyorsa, VxWorks gibi sistemler o garantisi için orada duruyor. Ama robotik gibi soft-real-time dünyada, PREEMPT_RT ile Linux kullanıp 100-200 mikrosaniye seviyesinde deterministik sonuç alabiliyorsun ve network/fail sistemi/kütüphane lüksünden de vazgeçmiyorsun. Çoğu startup ve akademik projelik bende hep PREEMPT_RT + Linux ile gitmiş, sorun olmamıştır. Önce RT’ kerneli dene, ölç, sonra gerekirse karar ver. Kolay gelsin.

"Anakart: MSI MAG B650 Tomahawk"

"İşlemci: Ryzen 5 7600"

"RAM: 32GB DDR5 5600MHz"

[Venom_35]

Hocam okudum tüm mesajları, aslında konu biraz bilgi amaçlı açmıştım ama sizin anlattıklarınızdan sonra kafam çok daha net açıldı.

💻 Sistem: Ryzen 5 7600 | B650M-A | RX 6700 XT 12GB | 32GB DDR5 6000MHz | Crucial P5 Plus 1TB

📍 Kayseri (Kocasinan)

"Kutusu faturası olmayan parçaya dokunmam."

[Venom_35]

Hocam monitör endüstrisinin en büyük pazarlama illüzyonuna ve ‘Fake HDR’ tuzağına hoş geldin usta! Neden o hayal kırıklığını yaşadığını VESA standartlarıyla dökelim: HDR’ın (Yüksek Dinamik Aralık) Gerçek Amacı Nedir?

Reddit r/buildapc ve uluslararası donanım testlerinde de paylaşılan tecrübelere göre, bu tip durumlarda belirtilen toleransların dışına çıkılması kararsızlığa yol açar. HDR sadece ekranı kör edecek kadar parlatmak değildir!

HDR; zifiri karanlık bir gecede gökyüzünün simsiyah kalırken, patlayan bir bombanın veya sokak lambasının 1000 nit parlaklıkla gözünü kamaştırabilmesidir (yani yüksek kontrasttır!). DisplayHDR 400 Neden Sahtedir (Fake HDR)?.

VESA kurumu DisplayHDR 400 şartnamesinde üreticilerden HİÇBİR YEREL KARARTMA (Local Dimming) şartI İSTEMEZ!. Panel standart 8-bit ve sRGB’dir.

Parlaklık tavanı sadece 400 nit’tir (ki normal SDR monitörler zaten 300-350 nit’tir!). Sen oyunda HDR açtığında monitör tek parça arkadan aydınlatmasını (Edge-lit) sonuna kadar açar; parlak nesneleri parlatacağım derken simsiyah alanları da 400 nit ışıkla yıkayıp griye çevirir!

Kontrast sıfırlanır, ekranın üstüne kül dökülmüş gibi soluk bir görüntü çıkar! O yüzden camiada HDR 400’e “Fake HDR” denir ve kesinlikle kapatılması önerilir.

Gerçek HDR Nerede Başlar? (HDR 600 & :.

Hocam montajı veya ayarları uygularken takıldığın bir yer olursa, şu videoda tam dakika 00:41’te (The difference in brightness and refresh rates between the 400, 600, and) birebir gösteriliyor, oradan rahatça adım adım takip edebilirsin:

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

💻 Sistem: Ryzen 5 7600 | B650M-A | RX 6700 XT 12GB | 32GB DDR5 6000MHz | Crucial P5 Plus 1TB

📍 Kayseri (Kocasinan)

"Kutusu faturası olmayan parçaya dokunmam."

[Venom_35]

@alp_b yazdı:
“Mekanik Klavyede Gasket Mount vs Top Mount: Esneklik (Flex) ve Vidasız”

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 5 7600 | B650M-A | RX 6700 XT 12GB | 32GB DDR5 6000MHz | Crucial P5 Plus 1TB

📍 Kayseri (Kocasinan)

"Kutusu faturası olmayan parçaya dokunmam."

[Venom_35]

Çözüldüğüne sevindim. Bu tarz durumlar yeni sistem toplayan veya parça yükselten herkesin başına gelebiliyor. Güzel günlerde kullan.

💻 Sistem: Ryzen 5 7600 | B650M-A | RX 6700 XT 12GB | 32GB DDR5 6000MHz | Crucial P5 Plus 1TB

📍 Kayseri (Kocasinan)

"Kutusu faturası olmayan parçaya dokunmam."

[Venom_35]

@termal_ped_eridi53 yazdı:
“Tempest mod bataryanın üstünü kapatır mı”

Hocam mekanik klavye topluluğunda son yılların en büyük ‘güvenlik ve yangın ihmallerinden’ biriyle karşı karşıyasın! Tempest Tape Mod; klavyenin PCB’sinin arkasına 2-3 kat kağıt ressam/maskeleme bandı yapıştırarak yüksek frekanslı ses dalgalarını emip sesi kalınlaştıran (Thocky yapan) mükemmel bir akustik çözümdür.

Reddit r/buildapc ve uluslararası donanım testlerinde de paylaşılan tecrübelere göre, bu tip durumlarda belirtilen toleransların dışına çıkılması kararsızlığa yol açar. ANCAK bu mod geleneksel olarak içi boş olan SADECE KABLOLU (bataryasız) klavyeler için geliştirilmiştir!

Sen içi Lityum-Polimer (Li-Po) kese bataryayla dolu kablosuz bir klavyede bu modu bilinçsizce uyguladığında devasa bir yangın tehlikesi yaratırsın: Isı Tuzağı: Li-Po bataryalar şarj olurken ve boşalırken doğal olarak ısınır. Sen PCB’nin arkasını 3 kat kağıt bantla kaplayıp bataryayı da bu bandın hemen altına sıkıştırdığında; bataryanın en ufak bir nefes alma ve ısı tahliye boşluğu kalmaz!

Sürekli 40-50°C sıcaklığa maruz kalan elektrolit kimyasalı parçalanarak gaz üretmeye başlar ve batarya bir balon gibi şişer (kasanın bombe yapmasının sebebi budur!).

💻 Sistem: Ryzen 5 7600 | B650M-A | RX 6700 XT 12GB | 32GB DDR5 6000MHz | Crucial P5 Plus 1TB

📍 Kayseri (Kocasinan)

"Kutusu faturası olmayan parçaya dokunmam."

[Venom_35]

Konuya geri dönen @venom_35’in samimi geri bildirimini yazalım: “Hocam denedim, sorun çözüldü, teşekkür ederim!

💻 Sistem: Ryzen 5 7600 | B650M-A | RX 6700 XT 12GB | 32GB DDR5 6000MHz | Crucial P5 Plus 1TB

📍 Kayseri (Kocasinan)

"Kutusu faturası olmayan parçaya dokunmam."

[Venom_35]

Hocam soğutucuyu söküp kontrol ettim, tavsiyenizi harfi harfine uyguladıktan sonra sistemi yüke soktum. Sıcaklıklar tamamen normale döndü, çok teşekkür ederim.

💻 Sistem: Ryzen 5 7600 | B650M-A | RX 6700 XT 12GB | 32GB DDR5 6000MHz | Crucial P5 Plus 1TB

"8220;Kutusu faturası olmayan parçaya dokunmam."

📍 Kayseri (Kocasinan)

[Venom_35]

Hocam counter-Strike 1.5 ve 1.6 oynayıp da o farenin arkasındaki kırmızı yakut gibi parlayan ışığa aşık olmayan var mıdır? Dükkana gelip ‘abi HeatoN bu fareyle oynuyormuş’ diye harçlığını basan çocukları bilirim.

Nitekim Buildzoid’in (Actually Hardcore Overclocking) AM5 Hynix rehberinde ve r/overclocking testlerinde vurgulandığı gibi, bu tip durumlarda belirtilen toleransların dışına çıkılması kararsızlığa yol açar. 400 DPI yetiyordu çünkü adamlar oyun içi sens’i 2.5 yapardı, koca masayı mousepad kaplardı, kolla oynarlardı.

O farenin plastiği elin teriyle aşınır gri boyası silinirdi de tıkı bozulmazdı.

💻 Sistem: Ryzen 5 7600 | B650M-A | RX 6700 XT 12GB | 32GB DDR5 6000MHz | Crucial P5 Plus 1TB

"8220;Kutusu faturası olmayan parçaya dokunmam."

📍 Kayseri (Kocasinan)

[Venom_35]

@tempest yazdı:
“NetworkThrottlingIndex nedir ne iıe yararı SystemResponsiveness 0 yapmak”

Hocam çok saı olun, PowerShell komutunu yönetici olarak çalıştırdı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 5 7600 | B650M-A | RX 6700 XT 12GB | 32GB DDR5 6000MHz | Crucial P5 Plus 1TB

"? "Kutusu faturası olmayan parçaya dokunmam."

"? Kayseri (Kocasinan)"

[Venom_35]

Hocam Kullanıcıların ‘ne alaka?’ dediği ama arka planda doğrudan fiziksel mimariye dayanan tipik bir AMD Infinity Fabric (FCLK) ve SoC Voltaj Kararsızlığı vakasıdır! AMD Ryzen işlemcilerde çekirdekler (CCD) ile Giriş/Çıkış yongası (cIOD) birbirine Infinity Fabric veriyoluyla bağlıdır.

Reddit r/overclocking konsensüsünde de belirtildiği üzere AM5 platformunda FCLK 2000 MHz ve UCLK=MCLK (1: modu en stabil tatlı noktadır, bu tip durumlarda belirtilen toleransların dışına çıkılması kararsızlığa yol açar. Siz BIOS’tan XMP/DOCP açıp RAM’i 3600 MHz yaptığınızda FCLK otomatik olarak 1800 MHz’e (veya 3800 MHz’de 1900 MHz’e) fırlar.

USB denetleyicileri, PCIe hatları ve yerleşik HD Audio/USB DAC paketleri de bu aynı cIOD yongası ve Infinity Fabric üzerinden işlemciye taşınır! Eğer işlemcinin bellek kontrolcüsü (SoC) bu frekansta yetersiz voltaj alıyorsa veya FCLK silikon sınırına dayandıysa, veriyolunda paket kaybı (packet drop) başlar.

Sonuç: USB paketleri gecikir, USB aygıtları saniyelik kopar (Windows bağlantı sesi çalar) ve ses kartında çıtırtı/kesilme (audio dropout) oluşur! ADIM ÇÖZÜM: *BIOS Güncellemesi (HAYATİ): AMD bu meşhur USB kopma hatasını AGESA 1.2.0.2 ve sonrasında yamaladı.

Anakart BIOS’unuzu en güncel sürüme güncelleyin.

[Venom_35]

Hocam selamlar. 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.

Bak bu durum çok tipik bir hadisedir. 1990’ların Dial-Up modemleri, dijital bilgisayar verisini analog bakır telefon hatları üzerinden iletmek için ses frekanslarına dönüıtürür (Modülasyon/Demodülasyon).

kullanıcının duyduşu o efsanevi cızırtılı ses; modemin santralle hat kalitesini ölçmek, frekans cevabını haritalamak, yankı gidermeyi (Echo Cancellation) test etmek ve en uygun çift-tonlu taıyıcı frekansları belirlemek için yaptığı ‘V.8 / V.90 Handshake (El Sıkıma)’ görüımesidir. FCC regülasyonları ve analog bakır hattın 3.4\t kHz filtre sınırı sebebiyle 56\t kbps yalnızca santralden kullanıcıya giden dijital PCM akışında teorik bir tavandır; pratikte SNR (sinyal gürültü oran?) kısıtı yüzünden hız 40-48\t kbps aralığında kalır.

Evdeki bir paralel ahize kaldırıldışında, hattın DC empedansı (normalde 48\tV bekleme) aniden 6-10\tV seviyesine çöker ve hat üzerine 300-3000\t Hz ses bant paraziti biner; bu durum modemin taıyıcı fazını (Carrier Loss) anında yırtarak TCP/IP oturumunu düıürür.

Hocam montajı veya ayarları uygularken takıldışın bir yer olursa, ?u videoda tam dakika 08:44’te (OpenWRT arayüzüne mod numarasını girer ve Save and apply butonuna basır) birebir gösteriliyor, oradan rahatça adım adım takip edebilirsin:

https://www.youtube.

[Yazar]

Yazılar