Никогда такого не было, и вот опять

Оно и без свопа будет рандомно гючить. У меня копирование на ЮСБ иногда сжирает оба ядра по 3.3Ггц.

А какие преимущества от смены планировщика? В каконикал, что идиоты работают, выбрали самый неоптимальный для использования в «обычном режиме»?

Пока РАН не признала смену планировщика лженаукой имеет право. зы. Менял в бессильной злобе, не помогает. Потом само сломалось, так что УМВР.

ААААА, увидел что у тебя hdd на usb2.

А какая разница, на каком USB ? Речь идет о том что система уходит в фриз, а не о том что низкая скорость копирования.

А какие преимущества от смены планировщика?

А никакова. Но чтобы это знать, надо знать что есть планировщик.

ядро 4.10 ещё не советовали ?

Низкая скорость записи провоцирует проявление проблемы приводящей к фризам.

Каким образом?

И после какой скорости начинается «высокая» ?

У кого-то может и не было, я же 12309 постоянно наблюдаю. Особенно когда emerge-webrsync запускаю...

А что, там 12309 нету?

копировал сейчас фильм на usb-hdd, всё встало колом до конца

Дык когда прон для того и снимают, чтоб колом до конца! Чего тебе не нравицца та?

тема висит давно и вначале не ответил, но задумался над этим делом - стал специально заставлять делать машину одновременно несколько заданий, при чем таких каких раньше избегал - делать вместе, например одновременное dd + upgrade и еще в это время браузером видео в сети смотреть, все работает точно так же как если бы работало по одиночке - я разницы не заметил, а то что проц грузит сильнее и ram жрет по больше - так это естественно, компьютеры у меня дохлые - некоторым более 15-и лет в общем ничего выдающегося...

Ага, опять нету.

Среди наиболее заметных изменений: решение проблемы с подвисаниями при интенсивном копировании на медленные USB-носители
Предложенный в новом ядре режим «writeback throttling» решает указанную проблему благодаря урезанию интенсивности очистки кэша при наличии в очереди других операций ввода/вывода, что затрудняет монополизацию очереди ввода/вывода операциями интенсивной записи. Алгоритм урезания отслеживает появление задержек и изменение размера очереди, автоматически корректируя параметры для достижения оптимального результата. В итоге удалось решить проблемы с отзывчивостью за счёт незначительного увеличения времени сброса данных из кэша;

Вроде как этот новый режим по умолчанию отключён и когда включат неизвестно.

Так это зависит уже от ментейнера, а гентушники сами себе всё включат.

используй в качестве домашней оси нормальную адекватную систему например FreeBSD или десяточку

Фризы бывают в основном из-за длинных очередей блочных устройств. Быстрый носитель в большинстве случаев будет успевать быстро их обрабатывать и задержки будут незаметны. В моём случае линейная низкая это 10мб/c, высокая 100мб/c на hdd и можешь сам угадать сколько на ssd. Да, лучше было бы измерять в iops.

Ну так это проблема длинной очереди, а не низкой скорости.

Я бы согласился с твоими доводами, если бы ДАЖЕ MENUETOS не научился работать с флешками без тормозов, не говоря уже о винде.

Это не мои доводы, а разработчиков ядра https://lwn.net/Articles/682582/

https://lwn.net/Articles/685894/

В других ос просто разработчики не раздули без причины буферы на запись.

лол хдд