İki eşleşen bellek modülü, tek modülün toplam kapasitesine eşit olsa bile oyundaki takılmayı belirgin şekilde azaltır; çünkü belirleyici olan elde tutulan gigabayt değil, işlemcinin bellek denetleyicisine kaç kanal üzerinden bağlandığıdır. Aynı toplam kapasiteyi tek çubukta çalıştırmak, iki çubuğa bölündüğünde kullanılan veri yolunun yarısıyla yetinmek demektir ve bu fark ortalama kare hızında değil, kare sürelerinin düzeninde görünür. Bu yüzden kasayı açmadan ya da bir şey satın almadan önce yapılacak iş, Windows'un kendi araçlarıyla sistemin şu anda kaç kanal çalıştığını ve taahhüt edilen bellek miktarını okumaktır.
Görev Yöneticisi'ni Ctrl+Shift+Esc ile açıp Performans sekmesine geçiyorum. Soldaki listeden Bellek'i seçtiğinde karşına iki şey birden çıkıyor: üstte son bir dakikanın kullanım grafiği, altında da çoğu kişinin hiç okumadığı bir etiket sırası. Ben o sıraya bakıyorum, çünkü kanal yapısıyla ilgili ilk ipucu tam orada duruyor: "Kullanılan yuvalar", "Hız", "Kullanımda (Sıkıştırılmış)", "Kullanılabilir", "Önbelleğe alınmış" ve "Disk belleği dosyası". İngilizce Windows kullanıyorsan aynı satırlar "Slots used", "Speed", "In use (Compressed)", "Available", "Cached", "Committed" olarak görünür. Araman gereken şey buradaki kelimeler değil, sayılar arasındaki tutarsızlık.
"Kullanılan yuvalar" tek başına bir cevap değil
Ekranda "Kullanılan yuvalar: 1 / 4" yazıyorsa tartışma bitmiştir. Tek çubuk, tek kanal demektir ve o sistemde bellek miktarı ne olursa olsun işlemci veriye tek kapıdan ulaşıyor.
Ama "2 / 4" yazıyorsa iş bitmiyor. İki çubuğun takılı olması, iki kanalın kullanıldığı anlamına gelmez. Dört yuvalı bir anakartta yuvalar iki gruba ayrılır; aynı gruba düşen iki yuvaya takılan çubuklar yine tek kanal çalışır ve Görev Yöneticisi yine "2 / 4" gösterir. Yani bu satır yalnızca kaç yuva dolu olduğunu söyler, kanal sayısını söylemez. Yeni bir çubuk aldıktan sonra buraya bakıp rahatlamak, insanların en sık yaptığı hata.
"Hız" satırı ise modüllerin üzerinde yazan değeri değil, sistemin o an üzerinde anlaştığı hızı gösterir. İki modül farklıysa Windows ikisinin birlikte çalışabildiği en düşük ortak hızı seçer; satın alma sayfasındaki rakam ile buradaki rakam bu yüzden ayrı düşebilir. Ben her zaman buradaki sayıyı baz alıyorum, çünkü oyunların gördüğü gerçeklik bu.
Kanalı Windows'un kendi çıktısından okumak
Bellek kanalını üçüncü parti bir araca ihtiyaç duymadan, doğrudan Windows'un kendi donanım sorgusundan öğrenebilirsin. PowerShell'i açıp şunu yaz:
Get-CimInstance Win32_PhysicalMemory | Select-Object DeviceLocator, BankLabel, Capacity, Speed, ConfiguredClockSpeed
Çıktıda modül başına bir satır gelir. Bakman gereken yer DeviceLocator alanı; çoğu anakartta bu alan "ChannelA-DIMM0" ve "ChannelB-DIMM0" gibi kanal adını doğrudan yazar. İki satır da "ChannelA" diyorsa iki çubuk takılı olsa bile tek kanaldasın. Bir satır A, diğeri B ise çift kanaldasın.
Speed ile ConfiguredClockSpeed ayrımı da burada işe yarıyor: ilki modülün bildirdiği değer, ikincisi sistemin gerçekte uyguladığı değer. İkisi arasında fark varsa modüller ortak bir hızda buluşmuş demektir. Bu farkın nasıl kapatılacağı anakart ve BIOS tarafındaki bir konu; benim burada anlatmak istediğim şey, senin elindeki sistemin şu an ne yaptığını görebilmen.
Dürüst olmak gerekirse bu yöntemin de kör noktaları var. Bazı hazır sistemlerde DeviceLocator alanı "DIMM 0", "DIMM 1" gibi kanal adı vermeyen etiketler gösterir; o zaman anakart kılavuzundaki yuva eşlemesine bakmak gerekir. Dizüstülerde ise bir modül lehimli, diğeri çıkarılabilir olduğunda sistem kısmen çift kanal çalışabilir; Windows bunu hiçbir yerde yazmaz. Böyle bir durumda çift kanalın tamamen var ya da tamamen yok olduğunu varsaymak yanıltıcı olur.
Taahhüt miktarı: takılmanın asıl habercisi
Bellek sekmesindeki "Disk belleği dosyası" satırında eğik çizgiyle ayrılmış iki sayı görürsün. Adı yanıltıcı; orada yazan aslında Windows'un uygulamalara söz verdiği toplam sanal bellek miktarı ve bunun üst sınırı. Yani soldaki sayı taahhüt edilen miktar, sağdaki sayı taahhüt sınırı. Soldaki sağdakine yaklaşmaya başladığında Windows önce önbellekteki verileri boşaltır, sonra belleği sıkıştırmaya başlar, sonra da diske yazmaya. Üçünün de ortak özelliği aynı: anlık duraklama.
Bu yüzden fiziksel bellek yetmediğinde gördüğün şey temiz ve düzgün bir yavaşlama değil. Oyun akarken bir saniyelik çakılmalar, kapıdan çıkarken yaşanan o tanıdık donma, silahı çevirdiğinde gelen tek karelik sıçrama. Ortalama kare hızı tablosu bu olayı neredeyse hiç göstermez; hissedilen şey ortalamada değil, sıçramalarda.
Bunu doğrulamanın en somut yolu Kaynak İzleyicisi (resmon) → Bellek sekmesi. Süreç listesindeki "Sabit hatalar/sn" (Hard Faults/sec) kolonu, belleği diskten tamamlamak zorunda kalan süreçleri gösterir. Oyun oynarken bu değer sıfırda duruyorsa fiziksel bellek yetiyor; düzenli olarak sıçrıyorsa yetmiyor. Görev Yöneticisi'ndeki "Sıkıştırılmış" değerinin sıfırdan farklı olması da aynı hikâyenin başka bir anlatımı: Windows belleği sıkıştırarak yer açmaya çalışıyorsa sıkışmışsın demektir.
Sistem gereksinimlerindeki "16 GB" satırı
Bir oyunun gereksinim sayfasında "16 GB RAM" yazıyorsa, o satır bir miktar söyler ama kanal söylemez. İki çubukla 16 GB çalıştırmak ile tek çubukla 16 GB çalıştırmak kâğıt üzerinde aynı şeyi karşılar; pratikte ikincisi, oyunun işlemci tarafında beklediği veri akışının yarısını vermek anlamına gelir. Açık dünya oyunlarında doku akışı, varlık yüklemesi ve sahne kurulumu işlemcinin etrafında döndüğü için bu eksiklik doğrudan kare süresine yansır.
Üstüne bir de arka planı ekle. Tarayıcı sekmeleri, Discord, antivirüsün gerçek zamanlı koruması, arka planda çalışan güncelleme servisleri... Hepsi oyunun ihtiyaç duyduğu aynı fiziksel belleği, oyun açılmadan önce işgal eder. Görev Yöneticisi'ndeki "Kullanımda" değeri oyunu başlatmadan önce ciddi bir seviyedeyse, elindeki kapasitenin oyuna kalan kısmı listelenen gereksinimden belirgin biçimde düşük olur. Bu yüzden gereksinim satırındaki sayıyı hedef değil, taban kabul etmek gerekiyor.
Bir de "Donanıma ayrılmış" satırı var. Dizüstülerde entegre grafik, belleğin bir kısmını kendine ayırır ve o kısım oyuna hiç ulaşmaz. Görev Yöneticisi'nde toplam kapasitenin yanında bu satırı görüyorsan, gerçekte kullanabildiğin miktar orada yazan kadar. Aynı kapasiteye sahip iki dizüstünün aynı performansı vermemesinin sebeplerinden biri bu.
Ne zaman fark etmez, ne zaman her şeyi değiştirir
Çift kanalı her derde deva gibi anlatmak istemiyorum, çünkü değil. Yüksek çözünürlükte, grafik kartına yüklenen ve zaten bir kare hızı sınırına kilitlenmiş bir oyunda tek kanal ile çift kanal arasındaki farkı büyük ihtimalle hissetmezsin. İşlemcinin rahat olduğu, ekran kartının darboğaz yaptığı sahnelerde kanal genişliği kimsenin beklediği bir darboğaz oluşturmuyor.
Fark başka yerde çıkıyor: kalabalık şehir merkezlerinde, çok sayıda yapay zekâ biriminin aynı anda hesaplandığı sahnelerde, hızlı seyahat sonrası varlıkların yüklendiği ilk saniyelerde, sık doku değiştiren kapalı alanlarda. Yani "ortalama kare hızı" testlerinin neredeyse hiç yakalayamadığı yerlerde. Ben bir sistemin tek mi çift mi kanal olduğunu, o sistemde oyun oynayan kişiye "akıcı mı" diye sorarak anlıyorum; "kaç fps alıyorsun" diye sorarak değil.
Karar: iki çubuk mu, tek çubuk mu
Elinde tek bir çubuk varsa ve kapasiteyi büyütmeyi düşünüyorsan, önündeki iki yol birbirinden farklı.
İki küçük modül (örneğin toplam kapasiteyi ikiye bölerek) çift kanal verir ve takılmayı azaltır. Karşılığında, dört yuvalı bir anakartta iki yuvan hemen dolar; ileride büyük bir yükseltme yapmak istediğinde elindeki modülleri tamamen değiştirmen gerekebilir.
Tek büyük modül tek kanalda kalır ama yükseltme yolu açıktır; ileride yanına aynı kapasiteden bir modül eklediğinde çift kanala geçersin ve toplam kapasiten iki katına çıkar. Bu, kısa vadede daha kötü, uzun vadede daha esnek bir tercih. Hangisinin doğru olduğu, o sistemi ne kadar süre daha kullanmayı planladığına bağlı.
Eşleşme konusunda da net olmak lazım. Farklı marka, farklı model veya farklı gecikme değerlerine sahip iki modül çoğu zaman birlikte çalışır, ama ortak en düşük hızda ve bazen hiç çift kanala girmeden. Aynı anda, aynı kutudan çıkan iki modül en az sürpriz çıkaran yoldur.
Yuva seçimi de en az modül seçimi kadar önemli. Dört yuvalı kartlarda üretici kılavuzu genelde işlemciye belli bir uzaklıktaki iki yuvayı işaret eder ve çoğu anakartta bu yuvalar aynı renge boyanır. Yan yana takılan iki çubuk ise aynı kanala düşebilir; sistem çalışır, oyunlar açılır, hiçbir hata almazsın, sadece performansın yarısını kaybedersin. Bu yüzden modülleri taktıktan sonra o etiket sırasına geri dönüp kontrol etmek gerekiyor.
Değiştirmeden önce yapılacak son kontrol
- Görev Yöneticisi → Performans → Bellek: "Kullanılan yuvalar" kaç, "Hız" kaç.
- Aynı ekranda "Kullanılabilir" ve "Önbelleğe alınmış" değerlerini not al.
- "Disk belleği dosyası" satırındaki iki sayıyı karşılaştır; aradaki mesafe kapanıyorsa bellek yetmiyor.
- PowerShell'de
Win32_PhysicalMemoryçıktısına bakıpDeviceLocatoralanlarının farklı kanalları gösterip göstermediğini doğrula. - Kaynak İzleyicisi'nde oyun açıkken "Sabit hatalar/sn" kolonunu izle.
- "Donanıma ayrılmış" satırını kontrol et; toplam kapasitenin tamamı sana ait değil.
Son bir not: çift kanal, arızalı bir modülü düzeltmez. Bellek hatalarından şüpheleniyorsan Windows'un kendi Bellek Tanılama aracı bu iş için var ve kanal yapısıyla hiç ilgisi yok. Takılmayı azaltan şey kanal genişliği; sistemin mavi ekran veriyorsa sorun başka bir yerde.
