[Tutorial] 🐧 Optimizarea I/O Scheduler-ului – Alegerea algoritmului corect pentru latență minimă

[Alexvnder.]

[ROOT@IO_SCHEDULER]

Disk Scheduling: KYBER vs NONE

# Deblocarea vitezei reale pentru unitățile SSD și NVMe

Salutare! Știai că Linux-ul stă și se "gândește" cum să trimită datele către SSD-ul tău prin algoritmi vechi precum MQ-Deadline? Dacă ai un NVMe modern, acesta este atât de rapid încât algoritmul de planificare devine el însuși o frână. Astăzi învățăm cum să trecem pe Kyber (pentru latență mică) sau None (pentru control direct hardware).

1. Verificarea algoritmului curent

Rulează următoarea comandă pentru a vedea ce folosește disk-ul tău în acest moment:

cat /sys/block/nvme0n1/queue/scheduler

* Nota: Înlocuiește 'nvme0n1' cu numele disk-ului tău. Algoritmul aflat între paranteze [ ] este cel activ.

2. Schimbarea în timp real

Pentru a testa imediat beneficiile, putem schimba algoritmul fără restart. Dacă ai un SSD rapid (SATA), recomandăm kyber. Dacă ai un NVMe de top, alege none:

echo none | sudo tee /sys/block/nvme0n1/queue/scheduler

3. Automatizare prin UDEV Rules

Ca setarea să rămână activă după restart, creăm o regulă specială de sistem:

sudo nano /etc/udev/rules.d/60-scheduler.rules

Adaugă aceste linii pentru a seta 'none' pe toate disk-urile NVMe:

ACTION=="add|change", KERNEL=="nvme*", ATTR{queue/scheduler}="none"

DE CE ESTE UNIC ACEST TUTORIAL?
Pe forumuri vei găsi mereu tutoriale despre "cum să cureți log-urile". Acesta atinge arhitectura de date. Algoritmul `none` elimină complet procesarea CPU asupra cozilor de așteptare ale disk-ului, ceea ce înseamnă că datele din joc ajung la procesor cu câteva microsecunde mai repede. Într-un mediu server-side, asta înseamnă un "var" mult mai stabil.

KERNEL_STORAGE_V2.0 // LEAGUECS.RO