Bu içerik, ilgili yazılım ve bilgiler kontrol edilerek güncel sürüm ve kullanım durumuna göre revize edilmiştir.
Yazar: Bünyamin KAYA
- Chrome RAM kullanımı çoğu zaman bir yazılım hatasından değil, Site Isolation ve çok süreçli mimari gibi güvenlik odaklı tasarım tercihlerinden kaynaklanır.
- Yüksek bellek tüketimi tek başına performans sorunu anlamına gelmez; asıl önemli olan sistemin tepki süresi, sekme davranışı ve disk kullanım yoğunluğudur.
- Chrome’un Memory Saver (Bellek Tasarrufu) özelliği, kullanılmayan sekmeleri askıya alarak düşük RAM’li sistemlerde kaynak yönetimini daha verimli hale getirebilir.
- Chrome, işletim sisteminden gelen bellek baskısı sinyallerine göre önbellek temizleme ve arka plan sekme yönetimi yaparak farklı donanımlarda farklı davranabilir.
- Gereksiz sekme ve uzantılar, gerçek performans baskısını artırabileceği için Chrome RAM kullanımı değerlendirirken yalnızca rakamlara değil kullanım alışkanlıklarına da bakılmalıdır.
Chrome, sekmeleri ve web sitelerini ayrı süreçlerde çalıştırdığı için RAM konusunda daha talepkâr bir tarayıcıdır. Chromium geliştiricileri, Chrome 67’den itibaren Site Isolation (Site İzolasyonu) özelliğini varsayılan olarak etkinleştirdi. Bunun temel amacı, Spectre sınıfı saldırılara karşı güvenliği artırmaktı; ancak bunun karşılığında RAM tüketiminde artış yaşandı.
Google Chrome, yıllardır yüksek miktarda RAM kullanan tarayıcı olarak anılıyor. Açık sekmeler ve extensions (uzantılar) gerçekten de belleğin önemli bir bölümünü kullanabilir. Chrome, Task Manager (Görev Yöneticisi) içinde çoğu zaman en fazla bellek tüketen uygulamalar arasında görünür.
Ancak bu yüksek kullanımın arkasında yalnızca “gereksiz kaynak tüketimi” yoktur. Chrome’un bellek kullanımı; site izolasyonu, işletim sisteminden gelen bellek baskısı sinyallerine verilen tepkiler ve arka plandaki sekmeleri askıya alan yerleşik mekanizmalarla ilgilidir.
Bu mekanizmaların nasıl çalıştığını anlamak, Chrome’un yüksek bellek tüketiminin ne zaman normal olduğunu ve ne zaman müdahale edilmesi gerektiğini daha net gösterir.
Chrome Neden Bellek Tutar? Her Site İçin Ayrı Süreç
Chrome, multi-process architecture (çok süreçli mimari) üzerine kuruludur. Bu yapıda farklı web siteleri, birbirinden izole edilmiş ayrı rendering process (işleme süreci) içinde çalıştırılır. Bu sistem Site Isolation (Site İzolasyonu) olarak adlandırılır ve Chrome 67’den bu yana masaüstü platformlarda varsayılan olarak aktiftir.
Her süreç, sınırlı yetkilere sahip bir sandbox (korumalı alan) içinde çalışır. Böylece ele geçirilmiş veya güvenliği zayıf bir web sayfası, diğer açık sekmelerdeki verilere doğrudan erişemez.
Bilgi: Site Isolation (Site İzolasyonu), farklı sitelere ait sayfaların işletim sisteminde ayrı süreçlerde işlenmesini sağlayan bir Chromium güvenlik mekanizmasıdır. Bu yapı, özellikle Spectre benzeri yan kanal saldırılarına ve rendering process (işleme süreci) açıklarına karşı ek koruma sağlar.
Bu izolasyonun bir bedeli vardır: bellek tüketimi artar. Chromium belgelerinde, Chrome 67 döneminde tüm siteler için tam izolasyon etkin olduğunda ve çok sayıda sekme açıkken bellek kullanımında yaklaşık %10–13 artış olabileceği belirtilmiştir.
Bu durum bir hata değil, bilinçli bir güvenlik tercihidir. Daha fazla süreç, daha güçlü izolasyon anlamına gelir; daha güçlü izolasyon ise doğal olarak daha yüksek RAM kullanımı demektir.
Çok süreçli mimari yalnızca güvenlik için değil, kararlılık için de önemlidir. Bir sekme JavaScript hatası, bellek sızıntısı veya üçüncü taraf plugin (eklenti) kaynaklı bir sorun nedeniyle çökerse, genellikle yalnızca o sekmenin rendering process (işleme süreci) etkilenir. Diğer sekmeler ve tarayıcı arayüzü çalışmaya devam eder.
Tek süreçli bir modelde ise tek bir donan script (betik), tüm Chrome oturumunu ve açık sekmeleri çökertme riski taşırdı.
Bellek Baskısı Sinyalleri: MemoryPressureMonitor ve Listener
Chromium, sistemdeki toplam fiziksel belleği ölçüp kendisine sabit bir oran ayırmaz. Bunun yerine, MemoryPressureMonitor adlı bileşen işletim sisteminden mevcut bellek baskısı hakkında bilgi alır ve bu bilgiyi farklı tarayıcı alt sistemlerine iletir.
Bu bildirimleri alan yapılar MemoryPressureListener olarak adlandırılır. Image cache (görsel önbelleği), JavaScript cache (JavaScript önbelleği) ve renderer (işleyici) süreçleri gibi farklı bileşenler bu sinyallere göre tepki verir.
Bilgi: MemoryPressureMonitor, işletim sisteminden bellek baskısı seviyesini alır ve bunu tarayıcı bileşenlerine iletir. Windows, macOS ve ChromeOS için farklı uygulamaları bulunur; Linux tarafında ise /proc/meminfo verilerinden yararlanılır.
Sistem bellek sıkıntısı bildirdiğinde, Chrome’un alt sistemleri farklı şekillerde tepki verir. Bazıları cache (önbellek) temizler, bazıları arka plan sekmelerini askıya alır, bazıları da aktif olmayan kaynakları serbest bırakır.
Bu nedenle yüksek RAM’e sahip bir bilgisayarda Chrome’un onlarca sekmeyi rahatça açık tutması normaldir. Ancak düşük belleğe sahip bir sistemde Chrome daha agresif şekilde sekmeleri askıya alabilir. Çünkü Chromium, kullanılabilir belleği kendi başına sabit bir kuralla değerlendirmek yerine, işletim sisteminden gelen sinyallere güvenir.
Chrome’un Yerleşik Bellek Tasarrufu Ne Yapar?
İşletim sistemi sinyallerine verilen tepkilerin dışında, Chrome’da kullanıcı tarafından yönetilebilen ayrı bir ayar da bulunur. Settings (Ayarlar) > Performance (Performans) > Memory Saver (Bellek Tasarrufu) bölümünden etkin olmayan sekmelerin otomatik olarak askıya alınması sağlanabilir.
Bir sekme askıya alındığında, sekme çubuğunda görünmeye devam eder. Ancak kullanıcı o sekmeye geri döndüğünde sayfa yeniden yüklenir.
Memory Saver (Bellek Tasarrufu) için üç farklı agresiflik seviyesi bulunur:
- Moderate Memory Saver (Orta Düzey Bellek Tasarrufu): Sekmeler uzun süre kullanılmadığında pasif hale getirilir.
- Balanced Memory Saver (Dengeli Bellek Tasarrufu): Önerilen ve daha dengeli çalışma aralığıdır.
- Maximum Memory Saver (Maksimum Bellek Tasarrufu): Sekmeler daha hızlı şekilde askıya alınır.
Bellek tasarrufu özelliği varsayılan olarak etkindir. Seviyeyi değiştirmek veya tamamen kapatmak için Chrome’un Performance (Performans) bölümüne manuel olarak girilmesi gerekir.
Boş Bellek: Kayıp Değil, Yedek Alandır
“Kullanılmayan RAM boşa giden RAM’dir” yaklaşımı, yüksek bellek kullanımını savunmak için sıkça dile getirilir. Bu düşüncenin mantıklı bir tarafı vardır. Modern işletim sistemleri; Windows, macOS ve Linux, boş belleği file cache (dosya önbelleği), aktif uygulama verileri ve input/output buffer (giriş/çıkış tamponu) gibi işlemler için kullanır.
Yani tamamen boşta duran bellek, sistemi doğrudan hızlandırmaz. Ancak burada önemli bir ayrım vardır: yüksek bellek kullanımı ile gerçek bellek baskısı aynı şey değildir.
Bir sistemde RAM’in %80–90’ı kullanılıyor olabilir ve buna rağmen bilgisayar akıcı çalışabilir. Eğer işletim sistemi gerektiğinde cache (önbellek) alanını serbest bırakabiliyor ve verileri sürekli page file (disk belleği) üzerine taşımıyorsa, bu kullanım normal kabul edilebilir.
Tersi de mümkündür. Daha düşük bellek kullanımı görünen bir sistem, RAM parçalanmışsa, sürekli sıkıştırılıyorsa veya veriler sık sık diske aktarılıyorsa yavaş hissedilebilir.
Uyarı: Chrome’da onlarca gereksiz sekme açarak RAM’i “kullanmak” sistemi hızlandırmaz. Sekmeler pasif bellek blokları değildir; çoğu arka planda script (betik) çalıştırabilir, içerik güncelleyebilir ve CPU kullanmaya devam edebilir.
Boş bellek, yeni uygulamaların açılması ve ani yük artışları için gereklidir. RAM tamamen dolduğunda, yeni bir program başlatmak veya yoğun bir işlem yapmak gecikmelere neden olabilir.
Gerçekten Bellek Yetersizliği Olduğu Nasıl Anlaşılır?
Task Manager (Görev Yöneticisi) içinde görülen yüksek bellek değeri tek başına sekmeleri kapatmak için yeterli bir neden değildir. Gerçek bellek baskısı genellikle farklı belirtilerle kendini gösterir.
Bellek yetersizliği şu durumlarda daha olasıdır:
- Uygulamalar arasında geçiş yaparken belirgin takılmalar yaşanıyorsa,
- Sekmeler, Memory Saver (Bellek Tasarrufu) kapalı olsa bile geri dönüldüğünde yeniden yükleniyorsa,
- SSD etkinliği görünür bir neden olmadan artıyorsa ve işletim sistemi yoğun şekilde page file (disk belleği) kullanıyorsa,
- Çoklu görev sırasında sistem genelinde yavaşlama hissediliyorsa.
Bu belirtiler varsa gereksiz sekmeleri kapatmak, kullanılmayan extensions (uzantılar) devre dışı bırakmak veya Memory Saver (Bellek Tasarrufu) ayarını daha agresif seviyeye almak mantıklı olabilir.
Düşük RAM’e sahip sistemlerde bu tür ayarlar belirgin fark yaratabilir. Ancak 16 GB RAM ve üzerindeki sistemlerde fark çoğu zaman gerçek kullanım hissinden çok Task Manager (Görev Yöneticisi) rakamlarında görülür.
Sonuç
Chrome’un yüksek bellek kullanımı, çoğu zaman kod tarafında bir ihmalden değil, Site Isolation (Site İzolasyonu) ve multi-process architecture (çok süreçli mimari) tercihinden kaynaklanır.
RAM’in cache (önbellek) ve arka plan süreçleri için kullanılması, belleğin boşa gittiği anlamına gelmez. İşletim sistemi yeni görevler için yeterli alan ayırabiliyor ve aktif şekilde swap (takas alanı) ya da page file (disk belleği) kullanımına düşmüyorsa, sistem normal çalışmaya devam eder.
Bu nedenle yalnızca Task Manager (Görev Yöneticisi) içindeki rakama bakmak yerine, uygulamaların tepki süresine, sekmelerin davranışına ve depolama birimi üzerindeki yüke odaklanmak daha doğru bir değerlendirme sağlar.
