> Если процесс встрял пока ядро достанет его страницу - какой, к хренам ctrl-c?

сколько времени читаются эти несчастные 4k? И, кстати, как вышло что их вообще надо доставать откуда-то, кто и зачем подискардил, ведь в системе было не просто достаточно памяти - ее в разы больше чем занятая. Конечно же, -buffers.

> Но это во первых лечится, во вторых, сильно забить IO к именно системному диску плохая идея и
> без этих соображений.

почему до 16й версии включительно не забивалось, а в 18й или в 22 (не знаю точно) - на том же самом диске и на той же самой операции вдруг началось?
Диск на большинстве личных компов, если ты не в курсе, один. Э... собственно, на большинстве серверов он тоже как бы один, поскольку рэйд.

> Далее мы вспоминаем что у HDD seek крайне неэффективен

у нас elevator был еще до п-ца с cfq и прочими снами разума. Кстати, переключение в deadline слегка ослабляло накал п-ца. Но, опять же - слегка. То есть дело не в deadline.

> И даже если у них страницы на месте, так и быть, они уткнутся в какой-нибудь read()

синхронный read тут же отберет cpu, ничего не повиснет, кроме самой задачи, которая останется грустно ждать этого read. Это хорошее и правильное поведение - все остальное получит шанс как-то пошевелиться, но его как раз сломали.

> SSD про это могут быть не в курсе.

в курсе, в курсе.
Иначе бы своп снова обрел хоть какой-то смысл. Но в нем даже на nvme смысла нет.