LINUX.ORG.RU

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 ★★★★
()