С Гномом3 точно чтото не так (свап)

Да, gnome-shell тот ещё пользователь диска.

Например, за 4.5 часа работы (gnome-system-monitor):

process name    disk read total    disk write total
gnome-shell     9.6 GiB            10.2 GiB
firefox         95.7 MiB           3.2 GiB
systemd         552.7 MiB          181.7 MiB

Как только начинается серьёзный дисковый ввод-вывод Gnome зависает нафиг, не справляется в оперативке только жить.

Понятное дело, конфиг с 16G RAM и SSD.

Какое у вас ядро? На 4.10+ и до 5.3 есть такой неприятный баг: https://bugzilla.kernel.org/show_bug.cgi?id=196729

swap на zram ещё не предлагали?

Некоторые там говорят, что

I switched from BTRFS to EXT4 and this did seem to solve the problem, at least for me.

Гном 3 не при чём. У меня Mate и тоже такое торможение имеет место.

gnome-shell 9.6 GiB 10.2 GiB

Да он же невменяемый!

cinnamon за 8 дней аптайма записал 24 гига прочёл 48. Я чёт не вникал куда и что пишет но кажется по сокетам гоняет данные. А сокет типа файл ну и считает будто именно на диск пердолит а по факту в памяти. Надо разобраться на досуге

зависание это полная недоступность системы

https://github.com/hakavlad/nohang#solution

браузер лезет в свап на 3-й вкладке

что за браузер?

Chrome, вестимо. 4 кладки, 3.2GB RSS:

$ ps -e -orss=,args= | grep google.chrome | grep -v grep | perl -alne '{$rss+=$F[0]}END{print $rss}'
3161304

4 вкладки

движок тот же самый и гнома нет

ps -e -orss=,args= | grep qutebrowser | grep -v grep | perl -alne '{$rss+=$F[0]}END{print $rss}'
385660

Я чёт не вникал куда и что пишет но кажется по сокетам гоняет данные.

Tracker у тебя включен? Вот он и насилует диск. Гонять гигабайты по сокетам вообще смысла мало.

Да он же невменяемый!

Да ты на свои кеды посмотри, там трудится такой же непоймук небось. Всё это дерьмо индексирующее постоянно насилует диск, какбе очевидно.

Это скорее ядро, чем гном. Современные линуксы слишком разжирели. Их нужно наполовину обрезать. И браузеры жрут больше, чем win7 со всеми обновлениями.

Какое у вас ядро?

общение на вы в интернетах-признак крайнего идиотизма

Linux home 5.3.11-1-default #1 SMP Tue Nov 12 18:57:39 UTC 2019 (0a195a8) x86_64 x86_64 x86_64 GNU/Linux```

Это скорее ядро, чем гном

в XFCE со свапом все норм и никаких зависаний, вообще никаких, все работает во время выделения свапа

идиотизм – это в интернетах диагнозы выдавать

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

А fs какая?

Нет, tracker не насилует диск (ну, гордым обладателям HDD может казаться, что да). К тому же tracker это tracker, он не в процессе gnome-shell.

А fs какая?

ext4 и свап как свап…

какая разница какая ФС если это свап, и xfce на тоже линуксе с темже домашним разделом и темже разделом /root

возьмите скромный ноут годика так 2015 и поставьте ваш современный дистр XFCE. И посмотрим…

2015 и поставьте ваш современный дистр XFCE

пользовался xfce4 в 2019 на кор2(8-летнем) и 2гб оперативки все летало и не тормозило(дистр скомпиленная гента) летало с браузером(хромом)

и к чему это вообще сказано? какая есть алтернатива XFCE4, гном3 думаешь лучше будет?(лул)

swap на zram ещё не предлагали?

а это как? swap, который нужен, когда нет памяти свободной, записать в память? которой вроде как нету свободной? Чот не очень это надёжно выглядит.

zram может из 4гб сделать 8гб.

asus x 551 виснет все , что выше ядра 3.13. Сижу 5 лет на старом ядре. И что предложите?

Win8

она прекратила поддержку. И семерка скоро прекратит. А десяточное поделие нам не надо.

asus x 551 виснет все , что выше ядра 3.13. Сижу 5 лет на старом ядре. И что предложите?

не верю, в 2018 я сам лично собирал ядро(актуальное точно выше 3 версии) на пентиуме4, и все работало

у тебя из за чего не работает? может из за драйверов? но если работало раньше на стандартном ядре то и должно работать и сейчас

могу посоветовать попробовать Calculate-linux, он как гента но компилять не надо, поддерживает все что вхрдит в стандартное ядро(плюс куча старого железа)

Расширенная поддержка: действует до 10 января 2023 года

Calculate-linux, он как гента но компилять не надо

Как сахар только не сладкий, как вода только не мокрый.

пробовал-виснет

драйверы интел под ноуты кривые

Никуда этот баг не ушёл. Ядро 5.3, система на ссд, свап на харде, 8 гигов рамы, больше половины рамы свободно. При копировании большого файла система лезет в свап (хрен знает зачем), совсем немного, но система жёстко протормаживает при этом.

Читал этот багрепорт и обсуждение,но всё как мёртвому припарка. Только zswap и спасает, но это костыль и временное решение.

Не путай обычную 8-ку с Windows 8.1

Создайте файл /etc/sysctl.d/60-dirty.conf со следующим содержимым:

vm.dirty_bytes = 67108864
vm.dirty_background_bytes = 16777216
vm.swappiness=100
vm.watermark_scale_factor=200

После чего выплоните sudo sysctl --system

И все станет лучше.

Linux, ограничить buff/cache (комментарий)

больше половины рамы свободно. При копировании большого файла система лезет в свап (хрен знает зачем), совсем немного, но система жёстко протормаживает при этом.

вот тут +, когда сидел на 16Гб рамы, все было свободно и копируя 8Гб файл Гоном3 тоже зависал на секунду-две(дичайший лаг был)

выглядит полезно, добавил и себе, спасибо

Не, гном, канешн, гавно, но тут он не при чём. Это ядро.

vm.swappiness

Это давно не работает. Остальное посмотрю, спасибо.

Например, за 4.5 часа работы (gnome-system-monitor):

Это кумулятивные значения, т.е. сумма самого процесса и его потомков. А у gnome-shell потомки - это запускаемые приложения. Так что эти числа к самому gnome-shell не относятся.

Хм, интересно. Спасибо, что поправил.

С Гномом3 точно чтото не так (свап)

4гб оперативки

С гномом все хорошо, просто для него минимал требование оперативы - 8 гиг и мин тебование диска - SSD. Для комортной работы с гномом рекомендуется 16 Гиг ОЗУ. Для 4 гиг памяти рекомендую LXDE.

vm.swappiness

Это давно не работает.

Это работает. Недавно как раз проводил стандартный нагрузочный тест: со свопинес 1 задача выполнялась в полтора раза дольше чем со свопинес 100 и под большим давлением mem/io.

а это как? swap, который нужен, когда нет памяти свободной, записать в память? которой вроде как нету свободной? Чот не очень это надёжно выглядит.

Похоже на рассуждение из прошлого века: железная птица с пропеллером, которая тяжелее воздуха? Чот не очень это надёжно выглядит. Или: как железная лодка может держаться на поверхности?

Нужно смотреть на факты. А факт в том, что зрам прекрасно работает, ускоряет операции при своппинге и помогает снижать давление mem/io.

какая разница какая ФС

У BTRFS со свопом были проблемы.

Это давно не работает.

Это всегда работало, и сейчас работает.