1) активируй blk-mq-планировщик

2) отключи в браузере дисковый кэш полностью, он был нужен только в эпоху диалапа

https://chrisdown.name/2018/01/02/in-defence-of-swap.html Хорошая статья не от кустаря. Тут и про ввод-вывод и про своп и про твердотельники и как это связано. Вообще даже мастдай показывает чудеса стабильности при интенсивном вводе-выводе и система не стоит колом.

нужен браузер или форк хрома без такого скотского поведения.

chromium-68.0.3440.106

кот виноват?

Лайнукс.

форк хрома

Есть, например, Iron. Он легче. Это проприетарная штучка с рекламой в виде встроенного поиска, за который отвечает этот файл: /home/.config/chromium/Default/Web Data

2) отключи в браузере дисковый кэш полностью, он был нужен только в эпоху диалапа

не помогло, кстати. ядро пока лень пересобирать, позже обновлю.

Он и на винде зависает при большом io. И даже при загруженном проце.

А не надо ядро пересобирать, достаточно указать опции в cmdline

угу, глянул, они оказывается есть в предыдущем, тока система не знает, пока в грабе не укажешь

Во первых я бы исключил btrfs из работы хромиума полностью. Вынести его кеш (а может и профиль или весь хомяк) на ext4 на флешке или hdd, или подвесил всё в tmpfs если оперативки с запасом. Ещё отключить своп для гарантии (кстати, где он? Не на btrfs надеюсь?). И провести тесты в таком виде. И если по i/o висит только хром, то выкинуть его нафиг. Если по i/o висят многие приложения, то что то надо делать с системой.

З.Ы. Вроде бы очевидные тесты, но тут не сказано что вы их сделали.

нет свопа. возможно, это плохо

по i/o висит только хром

остальные консольные и гуёвые проги задумчивы, подвисают, но тем не менее, не наглухо.

Да, это плохо

УМВР при свапинге и при записи на диск. Ищи чего накрутил в системе.

Если память не занята на 80+%, то это скорее хорошо. Но если добавить большую tmpfs в которую могут упасть данные, то без свопа всё может рухнуть.

А вот это плохо. Неопределённость какая то, или лагают они из за ожидания диска в тот момент, когда им диск в общем то не нужен, или не лагают. От этого должно зависеть решение: менять браузер или систему

УМВР

Это очень ценное замечание. Вот скажем на RPi3 c медленной микроSD лагать всё будет именно на дефолтной ненакрученой системе.

что значит «систему»? ядро то всегда подкрутить можно

Вот скажем на RPi3 c медленной микроSD

А на счётах вообще линакс не установишь. Самолично отстреливающие себе ногу должны страдать.

Всё можно подкрутить. Но сложность там такая, что проще ставить свежую дефолтную систему и тестировать там. Кроме ядра и его параметров есть ещё системд, который переопределяет тучу параметров через cgrops и вероятно некоторые переменные ядра.

Механические арифмометры не создавались в 3-ем поколении для работы под линуксом. В отличии от. А то что у них контроллер SD тугой и главный дистрибутив хреново к этому адаптирован, это явно не фича.

Продолжай наблюдение.

Зачем наблюдения? Пациент стабилизирован и на костылях резво скачет уже больше года.

Вот кстати тема, там мне давали советы по борьбе с фризами. Может что то и хрому поможет. Но самым эффективным стал переход с ext4 на f2fs, хотя они и нестабильная. Тормоза и фризы при работе с usb-флешкой

f2fs есть поддержка рэйд?

Нет.

Что насчет переноса профиля в tmpfs? Помогает?

А вообще это повод поставить Firefox Nightly, включить WebRender и не рыпаться.

Рэйда нет. И я бы её по стабильности не рекомендовал. При нештатном отключении она регулярно теряет какие нибудь файлы. Ладно я, у меня 4-5 бэкапов хомяка в неделю делается, хотя там лежит мало что важного и изменяется в основном профиль браузера.

Ты шо, больной чтоле, советовать человеку неподдерживаемую версию с уязвимостями?