Как работает io копирования hdd на hdd, если система на ssd и io-шедулеръ=noop

http://www.cyberciti.biz/faq/linux-change-io-scheduler-for-harddisk/

Перенесите в железо.

Спасибо, но там не сказано о том, что происходит и про регрессию тоже. Получается, что если мы хотим улучшить работу системы на SSD настроив в ядре шедулеръ на noop — мы отгребаем при работе с hdd-дисками, так получается?

«настройка» через пересборку ядра - это почти всегда костыль. А также геморрой самому себе и своим коллегам, за это принято бить ссаными тряпками.

Если нужно что-то настроить, для этого есть правила udev, а в крайнем случае - rc.local или подобные механизмы

Спасибо, но там не сказано о том, что происходит и про регрессию тоже. Получается, что если мы хотим улучшить работу системы на SSD настроив в ядре шедулеръ на noop — мы отгребаем при работе с hdd-дисками, так получается?

По ссылке указано как менять шедулеры для отдельных устройств, что намекаэ. Алсо, даже винты уже давно умееют NCQ, при котором шибко умный шедулер тоже скорее вреден, чем полезен.

... не сказано о том, что происходит и про регрессию тоже.

А чтобы понять что происходит на конкретно твоей системе, нужно включать отладку/трассировку, мерять, искать боттлнеки. Тебе это не нужно, скорее всего.

Не понимаю, а какой тогда дефолтный шедулер должен быть указан в ядре? Опция обязательна.

google параметры ядра через загрузчик

а какой тогда дефолтный шедулер должен быть указан в ядре? Опция обязательна.

Тот, что указал мейнтейнер дистрибутива

параметры ядра через загрузчик

я не использую никакие загрузчики, зачем они в 2016 году — понятия не имею, уже 2 года гружу ядро напрямую через UEFI, соотв. параметры указываются в ядре при компиляции.

что указал мейнтейнер дистрибутива

у меня нет мантейнера дистрибутива, это гента, я сам настраиваю и собираю ядро под конкретное железо, ты прям странный какой-то.

facepalm

Сделай дефолтным CFQ, сделай правило udev'а, которое всем SSD будет ставить планировщик noop.

# set noop scheduler for non-rotating (SSD) disks
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="noop"

При копировании в один поток шедулер не имеет значения, точнее noop явно будет лучшим.

echo noop > /sys/block/sda/queue/scheduler
echo cfq > /sys/block/sdb/queue/scheduler
echo bfq > /sys/block/sdc/queue/scheduler

Вот и всё.

Главное на системный HDD noop не ставить — велика вероятность, что придётся жать reset из-за зависона.

Что, что? Что? Ты наркоман? Noop — оптимальный планировщик для всех HDD с NCQ.

И тем не менее, несмотря на его оптимальность, на десктопе не стоит его применять, не имея хотя бы 16 гигов оперативки.

C noop не будет работать ionice, так что до оптимальности ему далеко.

Попробуй scsi_mod.use_blk_mq=y в параметрах ядра, правда это отключает софтовые дисковые шедулеры.

Так он только с cfq работает, разве нет? У меня постоянно интерфейс зависал из-за копирования и ionice не особо помогал.