LINUX.ORG.RU
решено Форум — Desktop  

Fedora Gnome сжирает всю оперативку

 , ,


0

1

Добрый день. При заходе в папку с файлами, примерно 20 шт. картинок. В диспетчере задач оперативка и swap заполняются на 100% и на пару секунд зависает весь ПК, оперативки у меня 32 Гб. Система свежая, только вчера установил. В чем может быть проблема? Я не так давно пользуюсь Linux, поэтому если что скажите что сделать для показа логов и я вышлю, либо же может это можно решить так. Заранее спасибо.

примерно 20 шт. картинок

оперативка и swap заполняются … на пару секунд зависает весь ПК

оперативки у меня 32 Гб

Коллекционирую подобные случаи, как пример для тех, кто кричит «Надо больше золота памяти!11».

krasnh ★★★
()
Последнее исправление: krasnh (всего исправлений: 1)

В чем может быть проблема?

Проблема в том, что гном разрабатывает некомпетентное быдло.

Ну то есть можно было много чего написать, но за двадцать пять лет «разработки» и «использования» этой говнины абсолютно всё, что можно, было написано уже многие тысячи раз. Я же просто предлагаю смотреть в корень проблемы.

thesis ★★★★★
()
Последнее исправление: thesis (всего исправлений: 1)

Ну, как минимум, нужно рассказать, что за картинки:

# в директории с картинками
file *

ls -l

Посмотреть в htop какой именно процесс насилует cpu/ram.

MoldAndLimeHoney ☆
()
Последнее исправление: MoldAndLimeHoney (всего исправлений: 1)
Ответ на: комментарий от MoldAndLimeHoney

Это не только к картинкам, а к любым файлам , если открыть домашнюю директорию то нормально, если потом перейти в любую папку где есть файлы, то идет загрузка оперативки до 100% и swap, до переустановки стояла тоже fedora gnome , пакет приложений тот же самый, и все работало прекрасно. Просто нужно было переустановить ос. Р теперь такая шляпа.

antiDot
() автор топика
Ответ на: комментарий от antiDot

Может именно nautilus ‘барахлит’? Не знаю, что там с ним такого приключилось, или может настройки такие глючные.
Как вариант, проверить в другом файловом менеджере, чтобы исключить его. Во всяком случае, я бы так действовал.

krasnh ★★★
()

Оперативку сжирает, по всей видимости, новый просмотрщик картинок. Я видел уже жалобы где-то, что он жрет 700 мегов при открытии картинки размером пару мегабайт. Если все так, то это не баг, а фича, скажи спасибо за стабильный опенсорс, епта, или накати кеды и забудь эти беды (но к новым будь готов)

rtxtxtrx
()
Последнее исправление: rtxtxtrx (всего исправлений: 1)
Ответ на: комментарий от Rootlexx

какой именно процесс был прибит по OOM.

Кстати, да. Вот это «на пару секунд зависает весь ПК (c)», как раз похоже на срабатывание oom-killer на федоре с дефолтным zram (своп). Имхо.

А значит, убитый процесс можно отследить.

krasnh ★★★
()
Последнее исправление: krasnh (всего исправлений: 1)
Ответ на: комментарий от Rootlexx

Вот что показывает journalctl -b

мар 10 15:48:42 fedora kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/user.slice/user-1000.slice/user@1000.service/app.slice/dbus-:1.2-org.gnome.Nautilus@8.service,task>
мар 10 15:48:42 fedora kernel: Out of memory: Killed process 43401 (gdk-pixbuf-thum) total-vm:11496040kB, anon-rss:9008388kB, file-rss:4864kB, shmem-rss:0kB, UID:1000 pgtables:24260kB oom_score_adj:200
мар 10 15:48:41 fedora systemd[1]: user@1000.service: A process of this unit has been killed by the OOM killer.
мар 10 15:48:41 fedora systemd[1391]: dbus-:1.2-org.gnome.Nautilus@8.service: A process of this unit has been killed by the OOM killer.
мар 10 15:48:41 fedora systemd[1391]: dbus-:1.2-org.gnome.Nautilus@8.service: Failed with result 'oom-kill'.
мар 10 15:48:41 fedora systemd[1391]: dbus-:1.2-org.gnome.Nautilus@8.service: Unit process 43401 (gdk-pixbuf-thum) remains running after unit stopped.
мар 10 15:48:41 fedora systemd[1391]: dbus-:1.2-org.gnome.Nautilus@8.service: Unit process 43402 (bwrap) remains running after unit stopped.
мар 10 15:48:41 fedora systemd[1391]: dbus-:1.2-org.gnome.Nautilus@8.service: Unit process 43403 (gdk-pixbuf-thum) remains running after unit stopped.
мар 10 15:48:41 fedora systemd[1391]: dbus-:1.2-org.gnome.Nautilus@8.service: Unit process 43405 (gdk-pixbuf-thum) remains running after unit stopped.
мар 10 15:48:41 fedora systemd[1391]: dbus-:1.2-org.gnome.Nautilus@8.service: Consumed 50.690s CPU time.
мар 10 15:48:45 fedora systemd[1]: systemd-hostnamed.service: Deactivated successfully.
мар 10 15:48:45 fedora audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res>
мар 10 15:48:45 fedora audit: BPF prog-id=141 op=UNLOAD
мар 10 15:48:45 fedora audit: BPF prog-id=140 op=UNLOAD
мар 10 15:48:45 fedora audit: BPF prog-id=139 op=UNLOAD
мар 10 15:48:46 fedora systemd[1391]: Started vte-spawn-2aec374b-68b1-425e-96d5-9fea37455677.scope - VTE child process 43498 launched by gnome-terminal-server process 41267.
antiDot
() автор топика
Ответ на: комментарий от rtxtxtrx

Оперативку сжирает, по всей видимости, новый просмотрщик картинок.

Может ты и прав был, учитывая Out of memory: Killed process 43401 (gdk-pixbuf-thum), Fedora Gnome сжирает всю оперативку (комментарий).

Но как это соотносится с просмотром файлов…

krasnh ★★★
()
Последнее исправление: krasnh (всего исправлений: 1)
Ответ на: комментарий от antiDot

Ха, ОП действительно прав, сейчас нет времени описывать поднобней, но наблюдаю такое же поведение на этих картинках. Вижу такое первый раз. Возможно стоит написать багрепорт.

MoldAndLimeHoney ☆
()
Ответ на: комментарий от antiDot

Некоторые из этих картинок «весят» больше 40 МБ, и хотя имеют расширение .png, но внутри на самом деле анимированный WebP.

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

А пока что можете попробовать установить предел размера файла для генерации в dconf /org/gnome/nautilus/preferences/thumbnail-limit. Скажем, поставьте 10 МБ вместо умолчальных 50.

Rootlexx ★★★★★
()
Ответ на: комментарий от antiDot

интересно почему до переустановки ос, эти же картинки так не влияли, и работало все хорошо

Тут точно сказать нельзя. Может, вы ранее уже меняли эти настройки в сторону уменьшения. А может, был установлен какой-то внешний генератор превьюшек, который использовался вместо gdk-pixbuf-thumnailer.

Rootlexx ★★★★★
()
Ответ на: комментарий от antiDot

Только сейчас обратил внимания, у меня почему то установлено приложение «Глаз GNOME», раньше его не было, зашел в центр приложений, и там тоже отзыв есть что типа все зависает при его использовании. Сам я его не устанавливал.

antiDot
() автор топика

создайте багрепорт с приложенной картинкой для примера.

Возможно он уже создан (11 месяцев назад), Загрузчик GIF декодирует недопустимые данные изображения. Там же прикреплен и пример такого файла:

Одно из извлеченных изображений привело к сбою системы из-за ошибки OOM, как только я открыл папку, содержащую файл в nautilus. The gdk-pixbuf-thumbnailer процесс использовал ~ 25 ГБ оперативной памяти.

krasnh ★★★
()
Ответ на: комментарий от rtxtxtrx

Гиф

Что-то я думал, у ТС тоже Gif, но он выложил архив со своими ‘глючными’ картинками, и там, как написали выше, «анимированный WebP»:

Некоторые из этих картинок «весят» больше 40 МБ, и хотя имеют расширение .png, но внутри на самом деле анимированный WebP.

krasnh ★★★
()
Desktop