Исходное сообщение
"Новая версия BitTorrent-клиента Transmission 3.0" Отправлено пох., 24-Май-20 21:47
> Если процесс встрял пока ядро достанет его страницу - какой, к хренам ctrl-c? сколько времени читаются эти несчастные 4k? И, кстати, как вышло что их вообще надо доставать откуда-то, кто и зачем подискардил, ведь в системе было не просто достаточно памяти - ее в разы больше чем занятая. Конечно же, -buffers. > Но это во первых лечится, во вторых, сильно забить IO к именно системному диску плохая идея и > без этих соображений. почему до 16й версии включительно не забивалось, а в 18й или в 22 (не знаю точно) - на том же самом диске и на той же самой операции вдруг началось? Диск на большинстве личных компов, если ты не в курсе, один. Э... собственно, на большинстве серверов он тоже как бы один, поскольку рэйд. > Далее мы вспоминаем что у HDD seek крайне неэффективен у нас elevator был еще до п-ца с cfq и прочими снами разума. Кстати, переключение в deadline слегка ослабляло накал п-ца. Но, опять же - слегка. То есть дело не в deadline. > И даже если у них страницы на месте, так и быть, они уткнутся в какой-нибудь read() синхронный read тут же отберет cpu, ничего не повиснет, кроме самой задачи, которая останется грустно ждать этого read. Это хорошее и правильное поведение - все остальное получит шанс как-то пошевелиться, но его как раз сломали. > SSD про это могут быть не в курсе. в курсе, в курсе. Иначе бы своп снова обрел хоть какой-то смысл. Но в нем даже на nvme смысла нет.