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

0

3

так вышло что пришлось сидеть 2 месяца на 4гб оперативки, до этого 2 года использовал Гном3 и был доволен (все ниже описанное на 1 ОС без обновления с темиже разделами…все тоже кароче) (свап на жестком диске)

на 4гб браузер лезет в свап на 3-й вкладке, и выделение даже 100мб свапа вешают гном3 намертво, я проверял и в других программах(темже блендером там почти все операции требуют 8гб) тоже зависает

зависание это полная недоступность системы на 5-10 минут пока весь свап не выделиться(не переместятся туда куски оперативки), не работает даже клавиатура(намлок не кликается никакой ctrl+alt+f1 и backspace не работает)

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

браузер лезит в свап-все остальные программы доступны, интерфейс работает также мгновенно, браузер отвисает намного быстрее чем в гноме

ну реально выделить 100мб свапа, даже 800мб на жестком это максимум минуты а не 10 минут как в гноме3. запускал софта в xfce4 которые вылезли на 2гб в свап(обычно я так не делаю конечно)-и ноль тормазов

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

както так…просто делюсь тем что сам видел сидя на гноме (вернув комп с 16гб оперативки вернусь на гном3 он удобнее)

Ссылка

←	GIF vs WEBP vs APNG - нужна таблица сравнений. Есть такая?

Управление свойствами NTFS на FTP сервере под Unix

→

Показаны ответы на комментарий. Показать все комментарии.

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

ValdikSS ★★★★★
(01.12.2019 03:23:28 +00:00)

Ответ на: комментарий от ValdikSS 01.12.2019 03:23:28 +00:00

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

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

greenman ★★★★★
(01.12.2019 03:44:27 +00:00)

Ссылка

Ответ на: комментарий от ValdikSS 01.12.2019 03:23:28 +00:00

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

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

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```

~~ququmba~~
(01.12.2019 11:08:07 +00:00) автор топика

Ответ на: комментарий от ququmba 01.12.2019 11:08:07 +00:00

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

anonymous
(01.12.2019 11:11:15 +00:00)

Ссылка

Ответ на: комментарий от ValdikSS 01.12.2019 03:23:28 +00:00

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

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

~~ChekPuk~~ ★★★
(01.12.2019 18:42:22 +00:00)

Ответ на: комментарий от ChekPuk 01.12.2019 18:42:22 +00:00

Создайте файл /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

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

ValdikSS ★★★★★
(01.12.2019 18:44:20 +00:00)

Ответ на: комментарий от ChekPuk 01.12.2019 18:42:22 +00:00

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

~~insw~~
(01.12.2019 18:44:35 +00:00)

Ответ на: комментарий от ChekPuk 01.12.2019 18:42:22 +00:00

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

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

~~ququmba~~
(01.12.2019 18:45:53 +00:00) автор топика

Ответ на: комментарий от insw 01.12.2019 18:44:35 +00:00

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

~~ququmba~~
(01.12.2019 18:50:03 +00:00) автор топика

Ссылка

Ответ на: комментарий от ququmba 01.12.2019 18:45:53 +00:00

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

~~ChekPuk~~ ★★★
(01.12.2019 18:51:10 +00:00)

Ссылка

Ответ на: комментарий от ValdikSS 01.12.2019 18:44:20 +00:00

vm.swappiness

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

~~ChekPuk~~ ★★★
(01.12.2019 18:52:12 +00:00)

Ответ на: комментарий от ChekPuk 01.12.2019 18:52:12 +00:00

vm.swappiness

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

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

anonymous
(03.12.2019 01:34:29 +00:00)