Linux I/O Scheduler Ayarları

Linux I/O Scheduler Ayarları

Giriş ve bağlam
Linux depolama performansını etkileyen en temel mekanizmalardan biri I/O scheduler’dır. Disklerin ve SSD’lerin çalışma prensipleri farklı olduğu için doğru scheduler’ı seçmek sistem cevapsızlığa düşmeden I/O kuyruğunu yönetmede kritik olabilir. Bu yazı, temel kavramları, yaygın kullanılan scheduler türlerini ve pratik konfigürasyon adımlarını sade ve uygulanabilir bir dille özetler.

Temel kavramlar
I/O scheduler, gelen I/O isteklerini sürücüye iletmeden önce kuyruğa alır, sıralar ve donanım içi politikalarıyla uygular. Amacı, bekleme sürelerini düşürmek, rastgele okuma/yazma yoğunluklarını dengelemek ve eşzamanlı işlemleri adil bir şekilde dağıtabilmektir. Scheduler seçimi, iş yüküne bağlı olarak değişir ve çoğu durumda dinamik olarak değişken performanslar sağlar.

Yaygın scheduler türleri ve kullanım senaryoları

CFQ (Completely Fair Queuing): Standart ve çok yönlü bir scheduler’dır. Geniş iş yüklerinde adil paylaşıma odaklanır; çok sayıda kullanıcıya hizmet veren sunucularda ortalama gecikmeyi dengeler. Masaüstü ve genel amaçlı sunucularda güvenilir tercih olarak öne çıkar.

Deadline: Gecikme odaklı bir scheduler’dır. Özellikle yazma yoğunluklu iş yüklerinde değerli olabilir; isteklerin belirli süreler içinde tamamlanmasını hedefler. Verileri önceden tahmin edilen sürelerle işleyerek gecikmeleri sınırlandırır.

NOOP: Basit ve hafif bir scheduler’dır; özellikle donanım düzeyinde iyi optimize edilmemiş veya çok farklı depolama cihazlarının karışık olduğu sistemlerde kullanışlıdır. Küçük işler ve SSD’lerde sadeleşmiş bir yaklaşım sağlar.

BFQ (Budget Fair Queuing): CFQ’nin daha yeni bir varyantı olarak adildir; özellikle çok sayıda iş parçacığı ve büyük I/O yoğunluğu olan ortamlarda adalet ve performans arasında dengeli sonuçlar sunabilir.

AES/scheduler’nin özel varyantları: Bazı sürücüler özel durumlar için özelleştirilmiş VIP farkı scheduler’lar sunar; üretici belgelerini gözden geçirmek yararlı olabilir.

Uygulamalı konfigürasyon önerileri

Mevcut scheduler’ı görmek: cat /sys/block/sdX/queue/scheduler komutu ile yüklü ve mevcut scheduler’lar listelenir ve şu anki aktif olanın etrafında [ ] işareti bulunur.

Geçiş yapmak: echo mq-deadline | sudo tee /sys/block/sdX/queue/scheduler ile sdX için scheduler değiştirilir. Burada mq-deadline, CFQ veya NOOP gibi seçenekler deneyebilir.

Kuyruk uzunluğu ve derinliği: iscsi veya düşük gecikmeli uygulamalar için rootfs üzerinde /etc/rc.local veya systemd birimlerinde aşağıdaki gibi parametreler ayarlanabilir:

• /sys/block/sdX/queue/read_ahead_kb: Önceden getirilecek blok boyutunu ayarlar.
• /sys/block/sdX/queue/scheduler: Aktif scheduler’ı değiştirir.
• /sys/block/sdX/device/queue_depth: Kuyruk derinliğini belirler; SSD’lerde 256–1024 arası değerler yaygın olarak denenir.

RAM Disk ve NVMe özel durumları: NVMe sürücüler genelde kendi özel politikalarıyla daha yüksek performans sunabilir. nvme schedulers için nvme-core ve nvme dev kısımlarını incelemek gerekebilir.

Kalıcı değişiklikler: /etc/default/grub gibi araçlar üzerinden kernel parametreleri ile kalıcı ayar yapılabilir; ancak çoğu durumda udev veya systemd yoluyla başlangıçta ayar yapmak daha güvenlidir.

İzleme ve doğrulama
Sistem performansında değişiklik yapmadan önce I/O wait değerlerini icin iostat -dx 1 komutuyla per-device gecikme ve throughput’u izlemek, ve dstat veya collectd gibi araçlarla zaman içindeki trendleri görmek akıllı olur. Ayrıca fio ile hedeflenen iş yükünü simüle edip farklı scheduler’larda karşılaştırma yapmak, pratik faydayı netleştirir.

Sonuç ve öneri
İş yükünüz sabit ve düşük gecikme odaklı ise Deadline veya NOOP kısa vadede iyi sonuç verebilir. Çok kullanıcıya veya sanal makinelere hizmet veren bir altyapıda CFQ veya BFQ’nin adalet odaklı davranışı daha faydalı olabilir. Deneysel olarak birkaç farklı scheduler ile kısa süreli testler yapmak, gerçek üretim baskısı altında hangi seçeneğin daha dengeli olduğunu gösterir.

Kapanış
Depolama I/O scheduler’ları temas ettiğiniz iş yüküne göre değişiklik gösterebilir; bu yüzden sisteminizi iyi gözlemlemek ve değişiklikleri kademeli olarak uygulamak en güvenli yol. Bu konudaki deneyimlerinizi ve hangi senaryolarda hangi scheduler’ı tercih ettiğinizi paylaşmak isterim.