Фризы на ssd btrfs

Фризы не во время начала заполнения свапа?

https://bugzilla.kernel.org/show_bug.cgi?id=196729

перенеси своп на zram, обычный дисковый отключи. https://github.com/hakavlad/yazram - лучший zram manager

Если причина в свапе, то не поможет, скорее всего. Из комментария к багу:

I always used a swap partition.
That’s why I was surprised when I switched back to ext4 this wasn’t happening anymore.

That was also even happening when using zram only

Фризы были даже после старта системы и когда своп не использовался, не думаю, что причина в нём. yazram, я установил и отключил старый своп. У меня вот такой вот вопрос: стоит ли использовать realtime ядро? Я не музыкант и ПК у меня не АЕС, будут ли плюсы от него?

нет. у тебя будут фризы.

lowlatency ядро в сравнении с generic на ubuntu: проводил стандартные нагрузочные тесты с заходом в своп. С lowlatancy время выполнения операций незначительно выросло, но они проходили под значительно меньшим давлением PSI memory/io. Последнее означает, что от реалтайма можно ожидать большей отзывчивости в целом.

Покажи вывод

mount | grep btrfs

sudo btrfs subvolume list /

Попробуй убрать autodefrag, он на ssd не нужен абсолютно

отключил, надеюсь поможет

Попробуй отключить своп совсем.

если я отключу своп, то когда оператива забьётся приложение крашнется или система зависнет, так что нет). Вообщем я поставил yazram и linux-rt, отключил autodefrag, включил bfq, и всё стало работать очень плавно. Если кому надо, то как включить bfq рассказывается тут: https://unix.stackexchange.com/questions/375600/how-to-enable-and-use-the-bfq-scheduler. Большое всем спасибо за помощь!

я поставил yazram и linux-rt, отключил autodefrag, включил bfq

Зря ты крутанул столько ручек сразу, надо было по одной, и смотреть помогло ли.

Ну, я по очереди включал, наибольший эффект заметил от linux-rt

наибольший эффект заметил от linux-rt

Вот что сила воображения творит!

Если кому надо, то как включить bfq рассказывается тут

Устарело, кстати. На более-менее свежих ядрах blk-mq по-умолчанию.

https://wiki.archlinux.org/index.php/Improving_performance#Input/output_schedulers

linux-rt

bfq

Надо ещё BFS для полного набора бесполезных припарок. И какую-нибудь экзотическую ФС :)

На более-менее свежих ядрах blk-mq по-умолчанию.

Не работает с параметром --fuck-upstream.

А что показывает I/O top, может там I/O Waiting 100%, если так то контроллер на диске чем-то занят. fstream запускается? После удаления большого объема данных нужно делать fstream.

После выгрузки большого объема данных на диск контроллер начинает перераспределять данные по ячейкам. И чем больше битов в ячейке тем тяжелее контроллеру, на QLC накопителе ячейка хранит 4 бита, что очень замедляет процесс записи и нагружает контроллер, это не заметно только потому что нынче на SSD выделяют 6+ гиг SLC ( одна ячейка один бит), следовательно когда скармливаешь диску изменения в пределах 6 гигабайт все ок, затем контроллер неспешно начинает их переносить в QLC. Этот контроллер может быть так нагружен работой что перестанет отвечать.

вообщем лаги были из-за того, что baloo колбасил ssd...

Также см. Выявляем процессы с дисковой активностью в Linux

К предыдущему оратору добавлю, что помимо WA, может быть (неоптимально) настроен автоматический scrub и/или balance. Из коробки brtfs праильно работает только в SLES и UEK. Если вы не знаете точно, что делаете – не трогайте btrfs.

ПК у меня не слабый: fx-8300

Ахах.

своп это атавизм, на 16гб рамы в 2к19 держать своп. ну такое.

Когда заполняешь 16гиг, система виснет точно так же, как и с меньшими объёмами озу.

Из коробки brtfs праильно работает только в SLES и UEK

Мальчик, ты дурак?

Не знаю, дядь, что ты там такое делаешь, но «заполнить 16 гиг» ОПЕРАТИВНОЙ ПАМЯТИ это как-то я даже не знаю, фильмографии в ней хранишь или дискографии?

Запустить игру порой достаточно

Если софт столь требователн к памяти, он выделит себе место для «файла подкачки» самостоятельно с таким же успехом как и воспользуется специальным разделом. Только в этом случае гибкости больше а ограничений меньше (ну вот сделал ты своп на 32 Гб а завтра нужно уже 64, вешаться?)

Не знаю, никого не собираюсь здесь переубеждать, но помню что еще в седые времена прочел совет не создавать раздела подкачки вообще на машинах с >= 2 Гб рамы и с тех пор успешно им пользовался, проблем не замечал. В игры не играю, хотя 3д и симуляции физики иногда пишу.

своп это атавизм, на 16гб рамы в 2к19 держать своп. ну такое.

В 2019 году 16ГБ памяти мало. Браузер с несколькими вкладками, ide, одна vm и приехали - от памяти осталось 0 целых 0 десятых. Ну такое.

своп это атавизм, на 16гб рамы в 2к19 держать своп. ну такое.

файл подкачки создавался для гибернации

файловой системой btrfs

Когда играл в вар тандер через вулкан, то у меня вылетела система, вентили загудели и слетела btrfs без возможности восстановления)))
p.s. система вылетела из-за игры, не играйте в вар тандер вулкан с драйверами mesa

Ахаха, классика.

В 2019 году 16ГБ памяти мало.

Вместо того, чтоб постоянно наращивать память, лучше программистов посадить на хлеб и воду, пока не восстановят утраченные навыки писать нормальный код.

Лучше не выставлять ложных дилемм, а делать и то и другое. Но в реальности такие как ты только кряхтят на лоре.

Другое и так будут делать. Как заставить тебя регулярно отстёгивать производителю? Делать одноразовую технику, чтоб через два года она вышла из строя и, будучи неремонтопригодной, была заменена на новую, такую же одноразовую.

у многих техника работает 10+ лет, нужно уметь пользоваться и не покупать хлам

у многих техника работает 10+ лет

У ещё более многих, гораздо более многих — нет.

нужно уметь пользоваться и не покупать хлам

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

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

Вряд-ли получится научить всю планету думать