💬 Topluluk Akışı

Oluşturulan forum yanıtları

4 yazı görüntüleniyor - 1 ile 4 arası (toplam 4)
  • Yazar
    Yazılar
  • #68801
    User AvatarStok Sogutucu Magduru
    Katılımcı

    Hocam denedim dediğiniz tüm adımları, kablo değişti, ayarları sıfırladım ama ne yazık ki o yeşil-mor saçılma maalesef devam ediyor, başka yapabileceğim bir şey var mı yoksa panelle ilgili mi düşünyorsunuz?

    💻 Sistem: i5-10400F | B460 | GTX 1060 6GB | 16GB HyperX | Kingston A2000 500GB
    📍 Malatya (Battalgazi)
    "FPS yerlerdeyse hayat zor."
    #63706
    User AvatarStok Sogutucu Magduru
    Katılımcı

    Hocam çok sık switch değiştiren mekanik klavye kullanıcılarının başına gelen en meşhur mekanik aşınma arızasıdır bu! Hotswap klavyelerin arkasındaki siyah Kailh/Gateron soketlerinin içinde; switch’in bacağı içeri girdiğinde bacağı iki taraftan bir mengene gibi sıkıştıran iki adet yaylı bakır kontak yaprağı (contact leaf springs) bulunur. Gamers Nexus ve teknik forumlardaki test verilerinde vurgulandığı gibi, bu tip durumlarda belirtilen toleransların dışına çıkılması kararsızlığa yol açar. Normalde bu yapraklar bacağı sıkıca kavrar. Ancak farklı üreticilerin switch bacak kalınlıkları aynı değildir (örneğin Outemu bacakları incecik 0.6mm iken, bazı eski Cherry veya kalın klon bacaklar 0.85mm kalınlığındadır!).

    💻 Sistem: i5-10400F | B460 | GTX 1060 6GB | 16GB HyperX | Kingston A2000 500GB
    📍 Malatya (Battalgazi)
    "FPS yerlerdeyse hayat zor."
    #62431
    User AvatarStok Sogutucu Magduru
    Katılımcı

    @baris01 yazdı:
    “Bcdedit set useplatformtick yes fps drop takilma”

    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: i5-10400F | B460 | GTX 1060 6GB | 16GB HyperX | Kingston A2000 500GB
    📍 Malatya (Battalgazi)
    "FPS yerlerdeyse hayat zor."
    #56748
    User AvatarStok Sogutucu Magduru
    Katılımcı

    Hocam kral AM5 platformunun en meıhur kronik BIOS ikilemine denk gelmiısin. AMD Ryzen 7000/9000 işlemciler DDR5 ile açılırken, anakart her soıuk açılıta bellek yongalarının empedansını, sinyal yansımasını ve gecikmesini sıfırdan ölçer (Memory Training); o 50 saniyelik sarı ışık eziyeti bu yüzdendir.

    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. ‘Memory Context Restore’ (MCR) dediıin ayar ?udur: Anakart ilk başarılı bellek eıitiminin verilerini BIOS çipine kaydeder ve sonraki açılılarda ‘ben bu RAM’i zaten eıittim, ölçüm yapma doırudan bu profili yükle’ diyerek 10 saniyede açılır.

    Buraya kadar her ?ey harika. Felaket ?urada başlar: Birçok kullanıcı ve bazı hız aırtma rehberleri bellek gecikmesini 1-2 nanosaniye düıürsün diye ‘Power Down Enable (PDE)’ ayarını ‘Disabled’ (Kapal?) yapar.

    Power Down kapalıyken RAM boşta kalsa bile uyku moduna geçmez, CKE (Clock Enable) hattı sürekli aktiftir. ??te MCR açıkken Power Down KAPALI olursa, AGESA mikrokodu açılıta daha önce kaydedilen voltaj/zamanlama haritası ile canlı CKE saat sinyalleri arasında senkronizasyonu kaybeder!

    Hocam montajı veya ayarları uygularken takıldışın bir yer olursa, ?u videoda tam dakika 01:06’te (BIOS açıp ‘Memory context restore’ seçeneıini açarak ve ‘Save and Exit’ butonuna) birebir gösteriliyor, oradan rahatça adım adım takip edebilirsin:

    https://www.youtube.

4 yazı görüntüleniyor - 1 ile 4 arası (toplam 4)

Neyi merak ediyorsun?

En az 3 karakter yazın.

Keşfet