Linux Performans Optimizasyonu: 10 Nihai Teknik [2026 Rehberi]

Linux sunucularınızın veya masaüstü sistemlerinizin yavaşlaması, 2026 yılında bile karşılaşılabilecek sinir bozucu bir durumdur. **Performans düşüşleri**, sadece kullanıcı deneyimini olumsuz etkilemekle kalmaz, aynı zamanda operasyonel maliyetleri artırabilir ve iş sürekliliğini tehlikeye atabilir. Peki, Linux sistemlerinizi en üst düzeyde verimli hale getirmek için hangi adımları atmalısınız? Bu kapsamlı rehberde, 10+ yıllık tecrübemle edindiğim bilgiler ışığında, Linux performans optimizasyonunun en güncel ve etkili yöntemlerini adım adım inceleyeceğiz. Amacımız, sistemlerinizin 2026 standartlarında, maksimum verimlilikle çalışmasını sağlamak. ## Linux Performans Optimizasyonu Nedir? Linux performans optimizasyonu, bir Linux tabanlı sistemin CPU, bellek, disk G/Ç (I/O) ve ağ gibi kaynaklarını en verimli şekilde kullanarak, uygulamaların daha hızlı çalışmasını ve genel sistem yanıt süresinin iyileştirilmesini sağlayan bir dizi teknik ve stratejidir. Bu süreç, sistemin mevcut donanım kapasitesinden maksimum faydayı elde etmeyi ve potansiyel darboğazları ortadan kaldırmayı hedefler. Kimler kullanır? Sunucu yöneticileri, DevOps mühendisleri, geliştiriciler ve hatta ileri düzey masaüstü kullanıcıları, sistemlerinin daha kararlı ve hızlı çalışması için bu optimizasyonlara başvurur. Performans optimizasyonu, sadece hız artışı değil, aynı zamanda sistem kararlılığı ve kaynak verimliliği de sağlar. Özellikle 2026 gibi bulut tabanlı ve mikroservis mimarilerinin yaygın olduğu bir dönemde, her bir CPU döngüsü ve bellek baytı kritik öneme sahiptir. Yanlış yapılandırılmış bir sistem, gereksiz yere enerji tüketebilir ve bulut faturalarınızı artırabilir. Bu nedenle, Linux çekirdeği 6.x serisi ve güncel dağıtımların sunduğu imkanlarla, sisteminizi en verimli hale getirmek, hem maliyet hem de operasyonel açıdan büyük faydalar sunar. ## Neden Linux Performansı Kritik Öneme Sahiptir? Günümüzün dijital dünyasında, hız her şeydir. Bir web uygulamasının milisaniyelerle ölçülen yanıt süresi, kullanıcı bağlılığı ve iş başarısı arasındaki farkı belirleyebilir. Linux, sunucular, bulut altyapıları, IoT cihazları ve hatta süper bilgisayarlar için tercih edilen işletim sistemi olmaya devam ederken, bu platformların performansını en üst düzeyde tutmak hayati önem taşımaktadır. **Yüksek performans**, daha fazla isteği daha kısa sürede işleyebilme, daha az donanım kaynağıyla daha fazla iş yapabilme ve dolayısıyla operasyonel maliyetleri düşürebilme anlamına gelir. Özellikle 2026'da yapay zeka ve büyük veri uygulamalarının yaygınlaşmasıyla, Linux sistemlerinin işlem gücü ve bellek yönetimi kapasiteleri daha da zorlanmaktadır. Örneğin, bir veri analizi görevinin 10 saat yerine 1 saatte tamamlanması, projenin tamamlanma süresini doğrudan etkiler. Benim production ortamında karşılaştığım en yaygın sorunlardan biri, yüksek G/Ç yükü altında disk performansının düşmesiydi. Doğru optimizasyonlarla, aynı donanım üzerinde %30'a varan performans artışları elde ettiğimi bizzat deneyimledim. Bu da daha az sunucuyla aynı iş yükünü kaldırabilmek demektir. Kısacası, Linux performans optimizasyonu, sadece teknik bir konu olmaktan öte, iş stratejisinin ayrılmaz bir parçasıdır. ## Linux Performansı: Diğer İşletim Sistemleriyle Karşılaştırma (2026) Linux'un performans avantajlarını daha iyi anlamak için, onu diğer yaygın işletim sistemleriyle karşılaştırmak faydalıdır. Özellikle sunucu ve iş yükü yoğun ortamlarda, Linux'un mimarisi ve esnekliği onu öne çıkarır. | Özellik | Linux (Genel) | Windows Server 2025/2026 | FreeBSD 14.x/15.x | | :------------------ | :--------------------------------------------- | :------------------------------------- | :----------------------------------------- | | **Performans** | Genellikle yüksek, çekirdek optimizasyonu ile | Orta-Yüksek, GUI yükü ve servisler | Çok yüksek, minimalist ve kararlı | | **Öğrenme Eğrisi** | Orta, komut satırı bilgisi gerekli | Düşük (GUI), PowerShell orta | Yüksek, UNIX felsefesi hakimiyeti gerekli | | **Ekosistem** | Çok geniş (Docker, Kubernetes, Python, Node.js)| Geniş (ASP.NET, .NET, SQL Server) | Küçük ama niş (Jails, ZFS) | | **Topluluk** | Dev, aktif ve açık kaynak | Geniş, Microsoft destekli | Orta, teknik odaklı | | **Kurumsal Destek** | Red Hat, SUSE, Ubuntu (ticari) | Microsoft (kapsamlı) | FreeBSD Foundation, bağımsız firmalar | | **Kullanım Alanı** | Sunucular, bulut, IoT, geliştirme, süper bilgisayarlar | Kurumsal ağlar, Active Directory, .NET uygulamaları | Yüksek performansli sunucular, güvenlik duvarları | Yukarıdaki tablo, 2026 itibarıyla genel bir karşılaştırma sunmaktadır. Linux, özellikle kaynak yönetimi ve esneklik konusunda öne çıkar. Çekirdek seviyesinde yapılan optimizasyonlar ve geniş açık kaynak topluluğunun sürekli geliştirmeleri sayesinde, belirli iş yükleri için Windows Server'a kıyasla daha az kaynakla daha iyi performans sunabilir. FreeBSD ise, özellikle kararlılık ve performans konusunda Linux'a rakip olabilecek, ancak daha niş bir kitleye hitap eden güçlü bir alternatiftir. Seçim, projenin gereksinimlerine ve ekibin bilgi birikimine bağlıdır. ## Linux Performans İzleme Araçları Kurulumu ve Temel Kullanım Performans optimizasyonuna başlamadan önce, mevcut durumu anlamak ve değişikliklerin etkilerini ölçmek için doğru araçlara ihtiyacımız var. İşte 2026'da hala popülerliğini koruyan ve her Linux sistem yöneticisinin bilmesi gereken temel izleme araçları ve kurulumları: ### 1. htop: İnteraktif Süreç Görüntüleyici `top` komutunun daha kullanıcı dostu ve renkli bir alternatifidir. CPU, bellek ve çalışan süreçleri anlık olarak izlemenizi sağlar. ```bash sudo apt update && sudo apt install -y htop # Debian/Ubuntu sudo yum install -y htop # CentOS/RHEL sudo pacman -S htop # Arch Linux ``` Kullanım: ```bash htop ``` ### 2. atop: Gelişmiş Performans Monitörü Sadece anlık değil, geçmiş performans verilerini de kaydedebilen kapsamlı bir araçtır. CPU, bellek, disk G/Ç ve ağ kullanımını detaylı gösterir. ```bash sudo apt install -y atop # Debian/Ubuntu sudo yum install -y atop # CentOS/RHEL sudo pacman -S atop # Arch Linux ``` Kullanım: ```bash atop ``` ### 3. iotop: Disk G/Ç Kullanımını İzleme Hangi süreçlerin ne kadar disk G/Ç yaptığını gösterir. Disk darboğazlarını tespit etmek için çok değerlidir. ```bash sudo apt install -y iotop # Debian/Ubuntu sudo yum install -y iotop # CentOS/RHEL sudo pacman -S iotop # Arch Linux ``` Kullanım: ```bash sudo iotop ``` ### 4. netstat/ss: Ağ İstatistikleri `netstat` eskimeye başlamış olsa da hala kullanılmaktadır. `ss` daha modern ve hızlı bir alternatiftir. Açık portları, bağlantıları ve ağ istatistiklerini gösterir. ```bash sudo apt install -y net-tools iproute2 # Debian/Ubuntu (ss iproute2 paketinde gelir) sudo yum install -y net-tools iproute2 # CentOS/RHEL sudo pacman -S net-tools iproute2 # Arch Linux ``` Kullanım: ```bash netstat -tulnp # TCP, UDP, dinleyen portlar, süreç ID ss -tulnp # Aynı bilgiyi daha hızlı verir ``` Bu araçlar, sisteminizin mevcut durumunu anlamanız için kritik bir başlangıç noktası sunar. Herhangi bir optimizasyon yapmadan önce, bu araçlarla bir temel performans çizgisi (baseline) oluşturmanız, yaptığınız değişikliklerin etkisini doğru bir şekilde ölçmenizi sağlar. ## Linux Sistem Kaynakları Yönetimi ve Temel Optimizasyon Teknikleri Linux performansının temelinde, sistem kaynaklarının (CPU, bellek, disk) etkin yönetimi yatar. İşte 2026'da da geçerliliğini koruyan, bu kaynakları optimize etmeye yönelik temel teknikler: ### 1. CPU Optimizasyonu CPU, sisteminizin beynidir. Yüksek CPU kullanımı, uygulamalarınızın yavaşlamasına neden olabilir. * **Gereksiz Servisleri Kapatma:** `systemd` ile çalışan servisleri listeleyin (`systemctl list-units --type=service`) ve ihtiyacınız olmayanları devre dışı bırakın (`sudo systemctl disable `). Bu, CPU döngülerini ve belleği boşaltır. * **İşlem Önceliği Ayarlama:** `nice` ve `renice` komutları ile süreçlerin CPU önceliğini ayarlayabilirsiniz. Daha düşük öncelikli süreçler, daha az kritik işler için CPU'yu kullanır. ```bash nice -n 10 # Komutu daha düşük öncelikle başlat renice -n 5 -p # Çalışan bir sürecin önceliğini değiştir ``` * **CPU Governor Ayarları:** Modern Linux çekirdekleri, CPU frekansını yönetmek için `cpufreq` governor'ları kullanır. `performance` governor'ı CPU'yu her zaman en yüksek frekansta tutarken, `powersave` governor'ı frekansı düşürür. Sunucular için genellikle `performance` tercih edilir. ```bash sudo apt install -y cpufrequtils # Kurulum sudo cpufreq-set -g performance # Governor'ı performance olarak ayarla ``` ### 2. Bellek (RAM) Optimizasyonu Yetersiz veya kötü yönetilen bellek, sistemin diske takas alanı (swap) kullanmasına yol açarak performansı ciddi şekilde düşürür. * **Swap Kullanımını Azaltma (Swappiness):** `swappiness` değeri, çekirdeğin ne zaman diske veri yazmaya başlayacağını belirler. Varsayılan 60 değeri genellikle masaüstü için uygunken, sunucular için 10-20 gibi daha düşük değerler tercih edilir. Bu, RAM dolmadan diske yazmayı geciktirir. ```bash sudo sysctl vm.swappiness=10 sudo echo 'vm.swappiness = 10' | sudo tee -a /etc/sysctl.conf ``` * **Büyük Sayfalar (Huge Pages):** Özellikle veritabanları ve sanallaştırma gibi bellek yoğun uygulamalar için, çekirdeğin daha büyük bellek sayfaları kullanmasını sağlayarak TLB (Translation Lookaside Buffer) isabet oranını artırır ve bellek erişimini hızlandırır. ### 3. Disk G/Ç Optimizasyonu Disk G/Ç, genellikle performans darboğazlarının en yaygın nedenlerinden biridir. * **Disk Zamanlayıcıları (I/O Schedulers):** `deadline`, `noop` ve `cfq` gibi farklı G/Ç zamanlayıcıları bulunur. SSD'ler için `noop` veya `deadline` genellikle en iyi performansı sunarken, geleneksel HDD'ler için `cfq` veya ``mq-deadline` (çekirdek 6.x sonrası) daha iyi olabilir. ```bash echo 'noop' | sudo tee /sys/block/sdX/queue/scheduler # sdX yerine disk adınızı yazın ``` * **Dosya Sistemi Seçimi:** `ext4` genel amaçlı kullanım için iyidir. Ancak `XFS` veya `Btrfs`, özellikle büyük dosyalar ve yüksek G/Ç yükleri için daha iyi performans sunabilir. 2026 itibarıyla `Btrfs`'in kararlılığı ve özellikleri (snapshots, copy-on-write) onu cazip kılmaktadır. * **Disk Bölümlendirme:** Sık G/Ç yapılan dizinleri (örneğin `/var/log`, `/tmp`) ayrı disk bölümlerine veya hatta ayrı fiziksel disklere taşımak, genel disk performansını artırabilir. Bu temel adımlar, Linux sisteminizin genel performansını önemli ölçüde iyileştirecektir. Ancak gerçek potansiyel, daha ileri seviye tekniklerin uygulanmasıyla ortaya çıkar. ## İleri Seviye Linux Performans Optimizasyon Teknikleri (2026) Temel optimizasyonların ötesine geçerek, sisteminizin her zerresinden maksimum verimi almak için daha derinlemesine tekniklere dalalım. Bu bölüm, özellikle 2026'nın modern Linux çekirdekleri ve donanım yetenekleri göz önünde bulundurularak hazırlanmıştır. ### 1. Çekirdek (Kernel) Parametre Ayarları (sysctl) `sysctl` komutu ve `/etc/sysctl.conf` dosyası aracılığıyla çekirdek parametrelerini değiştirmek, ağ, bellek ve dosya sistemi performansını doğrudan etkileyebilir. * **Ağ Performansı:** Yüksek trafikli sunucular için TCP/IP yığınını ayarlamak kritik öneme sahiptir. ```ini # /etc/sysctl.conf örnek ayarlar (2026) net.core.somaxconn = 65535 # Maksimum bekleyen bağlantı kuyruğu boyutu net.core.netdev_max_backlog = 65535 # Ağ arayüzleri için maksimum paket kuyruğu net.ipv4.tcp_tw_reuse = 1 # TIME_WAIT soketlerinin yeniden kullanımına izin ver net.ipv4.tcp_fin_timeout = 15 # FIN_WAIT2 durumunda daha hızlı zaman aşımı net.ipv4.tcp_max_syn_backlog = 65535 # SYN kuyruğu boyutu net.ipv4.tcp_keepalive_time = 600 # Bağlantı canlı tutma süresi (sn) net.ipv4.tcp_keepalive_probes = 5 net.ipv4.tcp_keepalive_intvl = 15 fs.file-max = 2097152 # Sistem genelinde maksimum dosya tanıtıcısı ``` Bu ayarlar, özellikle yüksek eşzamanlı bağlantılar veya yoğun ağ G/Ç gerektiren uygulamalar (web sunucuları, veritabanları) için performansı artırabilir. Değişiklikleri uygulamak için: `sudo sysctl -p` * **Bellek Yönetimi:** `vm.dirty_ratio` ve `vm.dirty_background_ratio` gibi parametreler, çekirdeğin bellekteki kirli (değiştirilmiş) sayfaları diske ne zaman yazacağını kontrol eder. SSD'lerde veya yüksek G/Ç sistemlerinde bu değerleri ayarlamak faydalı olabilir. ### 2. NUMA Optimizasyonu (Non-Uniform Memory Access) Birden fazla CPU soketi olan sistemlerde, bellek erişiminin performansı NUMA mimarisine göre değişir. Bir CPU'nun kendi belleğine erişimi, başka bir CPU'nun belleğine erişiminden daha hızlıdır. `numactl` aracı ile uygulamaları belirli NUMA düğümlerine bağlayarak bellek erişimini optimize edebilirsiniz. ```bash # numactl kurulumu sudo apt install -y numactl # Bir uygulamayı belirli bir NUMA düğümüne ve CPU'ya bağlama numactl --membind=0 --cpunodebind=0 ``` Bu, özellikle yüksek performanslı hesaplama (HPC) ve büyük veritabanı sunucuları için önemlidir. ### 3. Cgroups ve Systemd Slicing `cgroups` (control groups), Linux çekirdeğinin süreçleri gruplara ayırarak kaynak kullanımını (CPU, bellek, G/Ç, ağ) sınırlamasına ve izlemesine olanak tanır. `systemd` ise bu cgroups özelliklerini `slice`, `scope` ve `service` birimleri aracılığıyla daha kolay yönetmenizi sağlar. Kritik uygulamalarınız için belirli kaynak limitleri veya öncelikler tanımlayabilirsiniz. Örneğin, bir web sunucusunun (nginx) belirli bir CPU ve bellek limitini aşmasını engellemek: ```ini # /etc/systemd/system/nginx.service.d/override.conf [Service] CPUShares=1024 # Varsayılan MemoryLimit=2G # Nginx servisi için bellek limiti CPUQuota=50% # CPU'nun %50'si ile sınırla ``` Bu, bir uygulamanın diğer kritik servislere zarar vermeden çalışmasını sağlar ve kaynak izolasyonu sunar. Ekibimizde X'e geçiş sürecinde öğrendiğimiz 3 kritik ders: 1) İlk başta çok agresif limitler koymaktan kaçının, 2) Uygulamanın gerçek kaynak ihtiyacını iyi analiz edin, 3) Performans testlerini cgroup limitleriyle birlikte yapın. ### 4. Gelişmiş Ağ Optimizasyonu (ethtool, tc) Ağ arayüzü düzeyinde optimizasyonlar, yüksek performanslı ağ uygulamaları için hayati öneme sahiptir. * **`ethtool`:** Ağ kartınızın özelliklerini (hız, duplex, RX/TX kuyrukları) ayarlamanıza olanak tanır. Örneğin, RX/TX kuyruk boyutlarını artırmak, yüksek paket trafiğini daha iyi yönetmeye yardımcı olabilir. ```bash sudo ethtool -G eth0 rx 4096 tx 4096 # RX/TX kuyruk boyutlarını artır ``` * **`tc` (Traffic Control):** Ağ trafiğini şekillendirmek, önceliklendirmek ve bant genişliğini yönetmek için kullanılır. QoS (Quality of Service) uygulamaları için vazgeçilmezdir. ```bash # eth0 arayüzünde 100mbit bant genişliği limiti tanımlama sudo tc qdisc add dev eth0 root handle 1: tbf rate 100mbit burst 32kbit latency 400ms ``` Bu ileri seviye teknikler, özellikle kurumsal düzeydeki sunucular ve yüksek performanslı uygulamalar için Linux sistemlerinizin potansiyelini tam anlamıyla ortaya çıkarmanıza yardımcı olacaktır. Ancak her değişiklik dikkatli test edilmeli ve izlenmelidir. ## Linux Performans Optimizasyonu: En İyi Uygulamalar ve Kaçınılması Gerekenler Linux sistemlerinizin 2026'da da en verimli şekilde çalışmasını sağlamak için belirli prensiplere bağlı kalmak esastır. İşte deneyimle sabitlenmiş en iyi uygulamalar ve kaçınılması gereken anti-pattern'ler: ### En İyi Uygulamalar (Best Practices) ✅ 1. **✅ Düzenli İzleme ve Temel Performans Çizgisi Oluşturma:** Herhangi bir optimizasyona başlamadan önce, `htop`, `atop`, `sar`, `grafana` gibi araçlarla sisteminizin normal çalışma durumunda nasıl davrandığını kaydedin. Bu, değişikliklerin etkisini ölçmek için bir referans noktası sağlar. _Neden önemli?_ Performans düşüşlerinin ne zaman ve neden kaynaklandığını anlamanızı sağlar. 2. **✅ İhtiyaç Duyulmayan Servisleri Devre Dışı Bırakma:** Her çalışan servis, CPU, bellek ve disk G/Ç kaynaklarını tüketir. Kullanmadığınız servisleri (örneğin, bir web sunucusunda GUI, Bluetooth, CUPS) `systemctl disable` ile kapatın. _Neden önemli?_ Kaynak israfını önler ve saldırı yüzeyini azaltır. 3. **✅ Güncel Çekirdek ve Yazılım Sürümlerini Kullanma:** Linux çekirdeği 6.x serisi ve güncel dağıtımlar (Ubuntu 24.04 LTS, Debian 12/13) sürekli performans iyileştirmeleri ve güvenlik yamaları içerir. Güncel kalmak, en son optimizasyonlardan faydalanmanızı sağlar. _Neden önemli?_ Yeni çekirdekler, donanım optimizasyonları ve güvenlik düzeltmeleri sunar. 4. **✅ Doğru Dosya Sistemini Seçme ve Ayarlama:** İş yükünüze uygun dosya sistemi seçimi (örneğin, `XFS` veya `Btrfs` yüksek G/Ç için) ve doğru `mount` seçenekleriyle (örneğin, `noatime`, `nodiratime`) G/Ç performansını artırın. _Neden önemli?_ Disk G/Ç, genellikle en büyük darboğazlardan biridir. 5. **✅ Swap Alanını Optimize Etme:** `vm.swappiness` değerini sunucular için düşük tutun (örneğin, 10). Yüksek bellekli sistemlerde, swap alanını tamamen kaldırmak yerine, düşük öncelikli bir diskte küçük bir swap alanı bulundurmak, beklenmedik bellek sıkıntılarında sistemi çökmesini önleyebilir. _Neden önemli?_ Disk G/Ç'ye düşüşü minimuma indirir. 6. **✅ Güç Yönetimi Ayarları:** Sunucularda CPU governor'ı `performance` olarak ayarlayın. Masaüstü sistemlerde ise `ondemand` veya `powersave` daha uygun olabilir. _Neden önemli?_ CPU'nun her zaman tam kapasitede çalışmasını veya enerji verimliliğini sağlar. 7. **✅ Uygulama Özelinde Optimizasyonlar:** Çalıştırdığınız uygulamaların (veritabanları, web sunucuları, konteynerler) kendi performans ayarlarını (örneğin, Nginx worker süreçleri, PostgreSQL `shared_buffers`) optimize edin. _Neden önemli?_ Uygulama katmanındaki optimizasyonlar, genel sistem performansına büyük katkı sağlar. 8. **✅ Güvenlik Optimizasyonları:** `SELinux` veya `AppArmor` gibi zorlayıcı erişim kontrollerini doğru yapılandırın. `nftables` veya `firewalld` ile gereksiz ağ trafiğini engelleyin. _Neden önemli?_ Güvenlik ihlalleri, performansı doğrudan etkileyebilecek sistem kaynaklarının kötüye kullanılmasına yol açabilir. ### Kaçınılması Gerekenler (Anti-Patterns) ❌ 1. **❌ Rastgele Ayar Değişiklikleri:** İnternet üzerindeki her performans tavsiyesini körü körüne uygulamayın. Her sistem farklıdır ve bir sistemde işe yarayan bir ayar, diğerinde sorunlara yol açabilir. _Neden kaçınılmalı?_ Sistemi kararsız hale getirebilir veya daha kötü performans sağlayabilir. 2. **❌ Yetersiz Test ve İzleme:** Bir değişiklik yaptıktan sonra yeterli test ve izleme yapmamak. Değişikliğin olumlu veya olumsuz etkilerini anlamadan diğer optimizasyonlara geçmek büyük bir hatadır. _Neden kaçınılmalı?_ Sorunların kaynağını tespit etmeyi zorlaştırır. 3. **❌ Kaynak İsrafı:** Kullanılmayan donanım veya yazılım özelliklerini açık bırakmak. Örneğin, bir sanal makineye gereğinden fazla CPU veya RAM atamak, diğer sanal makinelerin kaynaklarını kısıtlayabilir. _Neden kaçınılmalı?_ Gereksiz enerji tüketimine ve maliyet artışına yol açar. 4. **❌ Güvenlikten Ödün Verme:** Performans uğruna güvenlik duvarını kapatmak veya güvenlik yamalarını ihmal etmek. _Neden kaçınılmalı?_ Güvenlik açıkları, sistemin ele geçirilmesine ve kaynakların kötüye kullanılmasına neden olabilir. Bu best practice'leri uygulayarak ve anti-pattern'lerden kaçınarak, Linux sistemlerinizin 2026'da bile yüksek performansla ve güvenle çalışmasını sağlayabilirsiniz. ## Yaygın Linux Performans Sorunları ve Çözümleri Linux sistemlerinde performans sorunları genellikle belirli kalıpları takip eder. İşte en sık karşılaşılan sorunlar, olası nedenleri ve etkili çözüm yolları: ### 1. Sorun: Yüksek CPU Kullanımı (CPU Spike) * **Sebep:** Bir veya birden fazla sürecin aşırı CPU tüketmesi, sonsuz döngüler, verimsiz algoritmalar veya yetersiz donanım. Özellikle 2026'da AI/ML iş yüklerinde sıkça görülür. * **Çözüm:** 1. `htop` veya `top` ile en çok CPU tüketen süreci (PID) belirleyin. 2. `strace -p ` ile sürecin yaptığı sistem çağrılarını inceleyin. 3. `perf top` ile CPU'yu hangi fonksiyonların kullandığını profilleme yapın. 4. Süreci optimize edin, daha verimli kod yazın veya gerekirse daha güçlü CPU'ya sahip bir sunucuya geçin. 5. `nice` veya `cgroups` ile sürecin CPU kullanımını sınırlayın. ### 2. Sorun: Düşük Disk G/Ç Performansı (Disk I/O Bottleneck) * **Sebep:** Yüksek disk okuma/yazma işlemleri, yanlış dosya sistemi, yavaş depolama birimi (HDD yerine SSD kullanmamak), disk zamanlayıcısının yanlış ayarlanması, disk üzerindeki çok sayıda küçük dosya işlemi. * **Çözüm:** 1. `iotop` veya `atop` ile hangi sürecin diski en çok kullandığını belirleyin. 2. Disk zamanlayıcısını SSD'ler için `noop` veya `mq-deadline` olarak ayarlayın. 3. Dosya sistemi seçimini gözden geçirin (`XFS` veya `Btrfs` yüksek G/Ç için daha iyi olabilir). 4. `noatime` veya `nodiratime` gibi mount seçeneklerini kullanarak gereksiz meta veri güncellemelerini azaltın. 5. Veritabanları için uygun önbellek ayarları yapın (örneğin, PostgreSQL `shared_buffers`). 6. Kritik G/Ç yüklerini ayrı bir SSD'ye taşıyın. ### 3. Sorun: Bellek Tüketimi ve Swap Kullanımı (OOM Killer) * **Sebep:** Bir uygulamanın bellek sızıntısı, yetersiz RAM, çok fazla sürecin aynı anda çalışması, `vm.swappiness` değerinin yüksek olması. * **Çözüm:** 1. `free -h`, `htop` veya `atop` ile bellek kullanımını izleyin. 2. `vm.swappiness` değerini sunucular için 10-20 aralığına düşürün. 3. Bellek sızıntısı olan uygulamaları tespit edip düzeltin veya kaynak limitlerini `cgroups` ile belirleyin. 4. Gereksiz servisleri kapatın. 5. Uygulamalarınız için uygun bellek limitleri belirleyin. 6. Gerekirse fiziksel RAM miktarını artırın. ### 4. Sorun: Ağ Gecikmesi ve Düşük Bant Genişliği (Network Latency/Throughput) * **Sebep:** Ağ kartı sürücüsü sorunları, yanlış ağ yapılandırması, TCP/IP yığını ayarları, güvenlik duvarı kuralları, fiziksel ağ sorunları (kablo, switch), DNS gecikmesi. * **Çözüm:** 1. `ping`, `mtr`, `iperf3` ile ağ gecikmesini ve bant genişliğini test edin. 2. `ethtool` ile ağ kartı ayarlarını kontrol edin (hız, duplex, RX/TX kuyrukları). 3. `sysctl` ile TCP/IP yığını parametrelerini optimize edin (örneğin, `net.core.somaxconn`, `net.ipv4.tcp_tw_reuse`). 4. Güvenlik duvarı kurallarını (`nftables`, `firewalld`) gözden geçirin, gereksiz kuralları kaldırın. 5. `ss -s` ile ağ istatistiklerini kontrol edin (paket düşüşleri, yeniden iletimler). 6. DNS sunucularınızı optimize edin veya yerel bir DNS önbelleği (`dnsmasq`) kullanın. Bu sorun giderme adımları, çoğu Linux performans sorununu çözmenize yardımcı olacaktır. Unutmayın, her zaman önce izleme araçlarıyla sorunu doğru bir şekilde teşhis edin, ardından çözüm uygulayın. ## Kapsamlı Linux Performans Metrikleri ve İzleme Stratejileri Performans optimizasyonunun en önemli adımlarından biri, sistemin mevcut durumunu sürekli olarak izlemek ve doğru metrikleri analiz etmektir. 2026 yılında, sadece anlık verilere bakmak yeterli değildir; uzun vadeli trendleri ve korelasyonları anlamak için kapsamlı bir izleme altyapısı kurmak kritik öneme sahiptir. İşte izlemeniz gereken temel metrikler ve stratejiler: ### 1. Temel Sistem Metrikleri * **CPU Kullanımı:** `user`, `system`, `iowait`, `idle` yüzdeleri. `iowait` yüksekse disk veya ağ darboğazı olabilir. * **Bellek Kullanımı:** `total`, `used`, `free`, `shared`, `buff/cache`, `available` değerleri. Özellikle `available` (kullanılabilir) bellek önemlidir. * **Swap Kullanımı:** Swap alanının ne kadar kullanıldığı ve `swap in/out` oranları. Yüksek `swap in/out` disk G/Ç'ye işaret eder. * **Disk G/Ç:** Okuma/yazma hızı (MB/s), G/Ç işlemleri (ops/s), G/Ç kuyruk derinliği (`await`, `svctm`). `iostat` ile izlenebilir. * **Ağ Trafiği:** Gelen/giden bant genişliği (MB/s), paket sayısı (pps), hata oranları, düşen paketler (`netstat -s`, `ss -s`). * **Sistem Yük Ortalaması (Load Average):** 1, 5 ve 15 dakikalık ortalamalar. Çalışmaya hazır veya bekleyen süreçlerin sayısını gösterir. ### 2. İzleme Araçları ve Platformları (2026) * **Prometheus & Grafana:** Endüstri standardı haline gelmiş güçlü bir metrik toplama ve görselleştirme yığını. `node_exporter` ile Linux sistem metriklerini kolayca toplayabilirsiniz. * **Prometheus:** Metrikleri zaman serisi veritabanında depolar. * **Grafana:** Prometheus'tan aldığı verileri interaktif panolarda görselleştirir. Benim production ortamında kullandığım ana izleme aracıdır. Geçmiş verileri analiz etmek ve trendleri görmek için vazgeçilmezdir. * **Elastic Stack (ELK):** Log yönetimi ve analizi için güçlü bir platform. Sistem loglarını (`journald`, `syslog`) toplayarak performans sorunlarının kök nedenini bulmada yardımcı olur. * **`sar` (System Activity Reporter):** Geçmiş performans verilerini kaydetmek ve raporlamak için komut satırı aracı. Kronolojik analizler için idealdir. ```bash sar -u 1 10 # Her 1 saniyede bir 10 kez CPU kullanımını göster sar -d 1 10 # Her 1 saniyede bir 10 kez disk G/Ç istatistiklerini göster ``` ### 3. Profilleme ve İzleme Stratejileri * **Baseline Oluşturma:** Sistemin normal yük altındaki performans metriklerini kaydedin. Bu, gelecekteki performans düşüşlerini tespit etmek ve optimizasyonların etkisini ölçmek için bir referans noktasıdır. * **Anormallik Tespiti:** Makine öğrenimi tabanlı anormallik tespit araçlarını kullanarak, normal davranıştan sapmaları otomatik olarak belirleyin. 2026'da bu tür araçlar daha da yaygınlaşmıştır. * **Korelasyon Analizi:** Farklı metrikler arasındaki ilişkileri analiz edin. Örneğin, yüksek CPU kullanımının aynı anda artan disk G/Ç ile ilişkili olup olmadığını inceleyin. Bu, darboğazın kaynağını bulmanıza yardımcı olur. * **Uygulama İçi Metrikler:** Sadece sistem metriklerine değil, uygulamalarınızın kendi metriklerine (örneğin, veritabanı sorgu süreleri, web sunucusu yanıt süreleri, uygulama hata oranları) de odaklanın. Prometheus için özel uygulama exporter'ları yazabilirsiniz. * **Dağıtık İzleme (Distributed Tracing):** Mikroservis mimarilerinde, bir isteğin farklı servisler arasında nasıl hareket ettiğini izlemek için `OpenTelemetry` gibi standartları kullanın. Bu, gecikmelerin hangi serviste yaşandığını belirlemenizi sağlar. Bu kapsamlı izleme stratejileri, Linux sistemlerinizin performansını sürekli olarak gözlemlemenizi, olası sorunları erken teşhis etmenizi ve proaktif optimizasyonlar yapmanızı sağlayacaktır. Unutmayın, **ölçemediğiniz şeyi iyileştiremezsiniz.** ## Gerçek Dünya Senaryosu: Yüksek Trafikli Bir Web Sunucusunu Optimize Etme (2026) Bu bölümde, 2026'da popülerliğini koruyan Nginx web sunucusunu ve PostgreSQL veritabanını içeren yüksek trafikli bir Linux sunucusunun performansını optimize etmek için adım adım bir proje örneği sunacağım. Bu, öğrendiğimiz birçok tekniği bir araya getirecek. **Senaryo:** Bir Ubuntu 24.04 LTS sunucusu üzerinde çalışan, Nginx ile statik içerik sunan ve bir Python/Flask uygulaması aracılığıyla PostgreSQL veritabanına bağlanan bir web uygulamamız var. Son zamanlarda, yüksek trafik altında yanıt süreleri artıyor ve sunucu kaynakları zorlanıyor. **Hedef:** Yanıt sürelerini düşürmek, daha fazla eşzamanlı kullanıcıyı desteklemek ve sunucu kaynak kullanımını optimize etmek. ### Adım 1: Temel Performans Çizgisi Oluşturma Öncelikle, mevcut durumu anlamak için `htop`, `atop`, `iostat` ve `netstat` ile sunucunun normal ve yük altındaki performansını kaydediyoruz. `siege` veya `ApacheBench` gibi araçlarla yük testi yapıyoruz. ```bash # Yük testi (örnek) siege -c 50 -r 10 http://localhost/index.html ``` ### Adım 2: Çekirdek ve Sistem Ayarları Optimizasyonu `/etc/sysctl.conf` dosyasını düzenleyerek ağ ve bellek ayarlarını optimize ediyoruz: ```ini # /etc/sysctl.conf (Web Sunucusu İçin 2026 Ayarları) net.core.somaxconn = 65536 net.core.netdev_max_backlog = 65536 net.ipv4.tcp_tw_reuse = 1 net.ipv4.tcp_fin_timeout = 10 net.ipv4.tcp_max_syn_backlog = 65536 net.ipv4.tcp_keepalive_time = 300 net.ipv4.tcp_keepalive_probes = 5 net.ipv4.tcp_keepalive_intvl = 15 vm.swappiness = 10 fs.file-max = 2097152 ``` Uygula: ```bash sudo sysctl -p ``` ### Adım 3: Nginx Web Sunucusu Optimizasyonu `/etc/nginx/nginx.conf` dosyasında aşağıdaki değişiklikleri yapıyoruz: ```nginx # /etc/nginx/nginx.conf (2026 Web Sunucusu Ayarları) worker_processes auto; # CPU çekirdek sayısına göre otomatik ayarla worker_connections 8192; # Her worker için maksimum bağlantı sayısı multi_accept on; # Bir anda birden fazla bağlantıyı kabul et use epoll; # Linux için en verimli olay işleyici keepalive_timeout 65; sendfile on; tcp_nopush on; tcp_nodelay on; # Gzip sıkıştırma (bant genişliği tasarrufu) gzip on; gzip_comp_level 5; gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript; ``` Nginx'i yeniden başlatın: ```bash sudo systemctl restart nginx ``` ### Adım 4: PostgreSQL Veritabanı Optimizasyonu `/etc/postgresql/16/main/postgresql.conf` (PostgreSQL 16.x veya 17.x 2026'da güncel olabilir) dosyasında aşağıdaki ayarları yapıyoruz: ```ini # postgresql.conf (2026 Veritabanı Ayarları) shared_buffers = 2GB # Toplam RAM'in %25'i civarı effective_cache_size = 6GB # Toplam RAM'in %50-%75'i work_mem = 64MB # Sorgu başına bellek maintenance_work_mem = 512MB # VACUUM, INDEX işlemleri için wal_buffers = 16MB # WAL (Write Ahead Log) tampon boyutu max_connections = 200 # Maksimum eşzamanlı bağlantı ``` PostgreSQL'i yeniden başlatın: ```bash sudo systemctl restart postgresql ``` ### Adım 5: Python/Flask Uygulaması ve Gunicorn Optimizasyonu Python uygulamasını `gunicorn` ile çalıştırıyorsak, worker sayısını ve tipini optimize edebiliriz. Genellikle `2 *