Да даже по логике, убирая процессор (в сравнение с другими процессами), мы в любом случае и генерацию "требований" на ввод-вывод понизим.

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

Dima T....
Во-вторых, как понимаю, проблема в том что обработка запросов в/в идет последовательно, там уже нет приоритетов, т.е. пока не выполнятся запросы от "пониженного" - запросы остальных ждут, соответственно потоки ждут и проц не занимают, поэтому на проце запускается "пониженный" и генерит очередную порцию запросов в/в и т.д.
...

Нет, не правильно.
Даже на уровне железа, жесткий диск может переставить запросы, если решит, что это даст повышение производительности (алгоритмы типа Элеватор Сеек от Новела)
https://en.wikipedia.org/wiki/Native_Command_Queuing

Только, это не поможет.

AFAIK Проблема с двумя потоками, активно обращающимися к диску, может вызываться тем, что они резко начнут каждый дергать головку на свою дорожку (к своим файлам).... соответственно скорость может упасть не в два раза, а на порядки.

Тут или очень большой кэшь с предвыборкой (или приложение должно читать/писать большими блоками), или SAME (поставить 40 шпинделей, распаралелят) или SSD.

Для обычного HDD, любые приоритеты будут "мертвому припарка". Поэтому, IMHO & AFAIK, их и не делают Смысла в приоритетах нет. Или не давать потоку вообще трогать головку, или, в любом случае (даже если читается/пишется 1 байт но с плохой дорожки/целиндра), производительность упададет ниже плинтуса.