Linux CPU ve RAM kullanımını doğru yorumlama

Sunucu yavaşladığında yüksek bellek veya yük sayısı tek başına kesin neden değildir. İşlemci işi, disk beklemesi, eşzamanlı süreçler ve uygulama davranışını aynı zaman aralığında değerlendirmek gerekir.

Konuyu doğru anlayın

Linux kullanılmayan belleği önbellek için değerlendirebilir; düşük free değeri her zaman bellek sıkıntısı anlamına gelmez. Available bellek, takas hareketi ve süreç tüketimi daha yararlı bir tablo verir. Load average da yalnızca işlemcinin yüzde kullanımından ibaret değildir.

Başlamadan önce

İlk olarak sorunun başladığı zamanı, son değişikliği ve etkilenen hizmeti not edin. Sunucunun konsol erişimini ve güncel yedeğini hazır tutun. İnceleme sırasında tek değişkeni değiştirerek ilerleyin; çalışan servisleri gereksiz yere yeniden başlatmak, asıl nedenin izini kaybettirebilir.

Adım adım uygulama

1. Belirtiyle ölçümü eşleştirin

   Yanıtların ne zaman yavaşladığını, hangi servisin etkilendiğini ve son değişikliği kaydedin. Tek ekran görüntüsü yerine birkaç dakikalık eğilimi ve yoğun saati inceleyin.

2. İşlemciyi süreç düzeyinde izleyin

   top veya kurulu izleme aracından yoğun süreçleri ve çekirdek kullanımını kontrol edin. Sürecin gerçekten hangi uygulama veya zamanlanmış göreve ait olduğunu belirleyin.

3. Belleği uygun alanlarla okuyun

   free -h çıktısında available ve swap değerlerine bakın. Zaman içinde artan tüketimi, bir defalık toplu işlemden ayırın; OOM olaylarını sistem günlüğünde araştırın.

4. Disk ve beklemeyi değerlendirin

   Kurulu araçlarla disk gecikmesi ve I/O beklemesini inceleyin. Diskte bekleyen süreçler, CPU düşük görünse de uygulamanın yavaşlamasına yol açabilir.

5. Kök nedene göre iyileştirin

   Ağır sorgu, bellek sızıntısı, çakışan görev veya gerçek kapasite ihtiyacını ayırın. Tek bir ölçümü düşürmek için bütün servisleri durdurmak yerine kontrollü değişiklik yapın.

Sık karşılaşılan durumlar

• Önbelleği düzenli boşaltmak genellikle performans iyileştirme planı değildir. Yararlı önbelleğin kaldırılması daha fazla disk okuması ve geçici yavaşlama oluşturabilir.
• Swap kullanımı tek başına arıza göstermez; sürekli giriş çıkış ve gecikme ile birlikte değerlendirilmelidir. Rastgele süreç sonlandırmak veri kaybına veya yeniden başlayan görevlere yol açabilir.

Sık sorulan sorular

Load average çekirdek sayısını aşarsa sunucu bozuk mu?

Hayır. Yükün türü, süresi ve bekleyen işler önemlidir. CPUya bağlı yoğunluk ile disk beklemesini ayırarak uygulama etkisini ölçün.

Belleği en çok kullanan süreç suçlu mudur?

Veritabanı veya önbellek servisinin yüksek kullanımı normal olabilir. Yapılandırılmış sınırları, iş yükünü ve kullanılabilir belleği birlikte değerlendirip anormal büyümeyi araştırın.

İşlem sonrası kontrol

Aynı uygulama işlemlerinin yanıt süresini, hata oranını ve kaynak eğilimini tekrar ölçün. Gözlem sonucunu kaydederek uygun alarm ve kapasite büyüme planı oluşturun.

İlgili rehberler

• Sunucu için CPU RAM ve disk kapasitesi nasıl hesaplanır?

Teknik kaynak

Linux man-pages bellek kullanım belgeleri

RİOCH Bilgi Bankası • Son gözden geçirme: 5 Kasım 2026. Arayüz adları ve kullanılabilir özellikler hizmetinize ve yazılım sürümüne göre değişebilir.