Однопоточные планировщики же уже давно выкинули из ядра (в том числе и noop), или у тебя старое ядро?

udev rule

https://wiki.archlinux.org/title/improving_performance#Changing_I/O_scheduler

[ 0.054291] Kernel parameter elevator= does not have any effect anymore.
Please use sysfs to set IO scheduler for individual devices.

хочешь сказать, в ядрах новее 5.13 это сообщение не появляется? 😊

Какая у тебя версия ядра? В новых ядрах (5.0+) ты не сможешь noop выбрать, вообще никак.

Параметр elevator вместе со старыми планировщиками удалили.

спасибо, решено.
все нормальные решения из арч-вики.
хоть арчик не накатывай

я не понял, какую проблему ты решаешь. зачем?

Ты noop просто для примера в своем посте написал, или что? Я тебе просто пытаюсь объяснить, что планировщика noop в новых ядрах нет.

раньше указывал в grub, elevator=noop

Если это просто пример и noop тебе на самом деле не нужен, тогда ладно, я тебя неправильно понял.

Я тебе просто пытаюсь объяснить, что планировщика noop в новых ядрах нет.

таки разве это хорошо, родной?

вместо того, чтобы отдать право распоряжаться io системы ssd'шнику или zol'у, они выкинули работающее решение и впарили плохое.

отдать право распоряжаться io системы ssd’шнику

Только для этого сейчас none, а не noop

таки разве это хорошо, родной?

Да фиг знает, хорошо или плохо. У меня на HDD, что старые планировщики, что новые - вызывают задержки при высоком I/O, в том плане, что новые запросы I/O обрабатываются слишком долго.

вместо того, чтобы отдать право распоряжаться io системы ssd’шнику или zol’у, они выкинули работающее решение и впарили плохое.

Если в устройстве свой планировщик, то можно вообще вырубить планировщик в ядре, выбрав none.

Я тебе просто пытаюсь объяснить, что планировщика noop в новых ядрах нет.

noop нет, none есть.

# cat /sys/block/nvme0n1/queue/scheduler
[none] mq-deadline kyber bfq

# uname -a
Linux anystation 5.14.1-arch1pf2-1 #1 SMP PREEMPT Sat, 04 Sep 2021 10:34:55 +0000 x86_64 GNU/Linux

вот, видишь человек купил себе nvme и вообще никакой планировщик не нужен и так все работает замечательно.

в виндузах тоже есть планировщик, просто его низя ни поменять ни отключить, говноос для домохозяек че тут еще сказать

Напиши правило udev.

$ grep "" /sys/block/*/queue/scheduler
/sys/block/nvme0n1/queue/scheduler:[none] mq-deadline kyber bfq 
/sys/block/sda/queue/scheduler:[mq-deadline] kyber bfq none

У меня из коробки так.

хоть арчик не накатывай

Понимаю твою боль Harold-hide-the-pain.gif

Это - костыль!

А хочется прямо в ядре, чтобы по умолчанию дефолтный планировщик был BFQ, а не deadline.

Грепал-грепал по конфигу, нет там такого, блин!

В конфиге ядра ты просто включаешь сборку bfq. Чтобы выставить нужный шедулер для конкретного девайса, нужно писать правило udev.

Это - костыль. Я хочу, чтобы безо всяких правил сразу был BFQ. Ведь в ведре же где-то это есть!

в коде есть, можешь пропатчить. был параметр ядра, но перестал работать со временем