LINUX.ORG.RU

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

Kron4ek ★★★★★ ()
Ответ на: комментарий от Kron4ek

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

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

darkenshvein ★★★★★ ()
Ответ на: комментарий от darkenshvein

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

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

Kron4ek ★★★★★ ()
Последнее исправление: Kron4ek (всего исправлений: 1)
Ответ на: комментарий от darkenshvein

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

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

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

Kron4ek ★★★★★ ()
Последнее исправление: Kron4ek (всего исправлений: 1)
Ответ на: комментарий от Kron4ek

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

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

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

darkenshvein ★★★★★ ()
Ответ на: комментарий от darkenshvein

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

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

greenman ★★★★★ ()
Ответ на: комментарий от darkenshvein

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

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

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

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

Kron4ek ★★★★★ ()
Последнее исправление: Kron4ek (всего исправлений: 2)
Ответ на: комментарий от Kron4ek

Я тебе просто пытаюсь объяснить, что планировщика 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
intelfx ★★★★★ ()
Ответ на: комментарий от intelfx

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

antech ()
Ответ на: удаленный комментарий

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

antech ()
$ 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

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

ox55ff ★★★★★ ()
Ответ на: комментарий от darkenshvein

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

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

ololoid ★★★★ ()
20 ноября 2021 г.
Ответ на: комментарий от hateWin

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

hateWin ★★ ()
Ответ на: комментарий от anonymous

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

anonymous ()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.