[РЕШЕНО] Высокое потребление памяти XFCE4
В некотором замешательстве пребываю после юзанья KDE4 и XFCE4.
Как любому нормальному linux'оиду хочется какой-нибудь нормальный оконный менеджер, чтобы не было тормозов и проблем с памятью и чтобы компиз с моими настройками работал нормально.
Система у меня: AMD Athlone II X2 3,1 MHz + 4Gb RAM.
Вроде бы xfce4 позиционируется как один из самых легковесных столов, но как оказалось, у меня он при начальном запуске с коньками и трансмиссией съедает 600 метров оперативы!!! Обескураживает, что какие-то примитивные фишки вроде xfce4-timer или xfce4-mixer съедают по 45 метров ОЗУ! По столько же примерно ест xfdesktop, thunar, xfpanel и остальные базовые и не славящиеся своей навороченностью компоненты "мышки". Я ожидал, что они занимали бы метров по 10, не больше.
Попробовал поставить KDE (4.8.5). С памятью у него в сравнении с мышью лучше - как и говорят съедает 250-300 метров при запуске без лишних программ. Но жутчайшие тормоза Лиса при работе с мультимедиа, даже html5-video сводят на нет все его прелести, потому как Огнелис - основная программа, которой я пользуюсь.
Удивило то, что KDE вроде бы самый тяжёлый стол оказался самым лёгким, а мышь, вроде бы самый лёгкий - самым тяжёлым, но зато в скорости с ним кеды не сравнятся. Хоть мышь и разжирела, но бегает быстро)) Compiz летает, лис тоже работает прекрасно, все qt-шные программы тоже.
Собственно, хотелось бы услышать слова утешения или какие-нибудь советы знающих людей, что можно сделать с поеданием памяти xfce4, который мне нравится даже просто сам по себе, потому как следует пути UNIX. Может быть дело в том, что память используется неэкономно, потому что её много, и мышь её не жалеет? Или может быть я в ядре что-то включил не то? Помнится, были там какие-то опции для улучшения политики использования памяти, процессора и прочих ресурсов для каких-то "спец. групп"...
Можно меня назвать жадным, но дело тут не в жадности, а в том, что если программа не умеет работать с памятью, если не умеет экономить, то это как правило признак плохой программы. Чем эффективнее используется память, тем быстрее должна быть система.
Склоняюсь к тому, что ядро просто не экономит память из-за её количества. А в KDE ситуация иная из-за того, что там почти всё запускается через Kinit, который по совместительству, видимо, является менеджером потребления памяти и сборщиком мусора, потому что я видел, как он эффективно боролся с прожорливостью Огнелиса после закрытия вкладок.
- Для комментирования войдите или зарегистрируйтесь
блаблабла, выдумки,
блаблабла, выдумки, блаблабла
kde4(dolphin, and more k*)+opera+skype+gimp+libreoffice+clawsmail+konversation = 1430 Mb
И вот чего тут переживать?
Вот иди и радуйся жизни.
Вот иди и радуйся жизни.
Не стоит глобально наезжать
Не стоит глобально наезжать на xfce. Скорее всего проблема именно у Вас. С чем именно - с xfce, с самими иксами, с ядром, это уже другой вопрос. Сейчас не могу ничего конкретного сказать, но как совет - попробовать загрузиться с дефолтным ядром (если оно есть - от genkernel), а так же собрать мышь и иксы с минимумом флагов. Так можно постепенно локализовать проблему. Ещё можно попробовать загрузиться с какого-нибудь live диска (с grub2 это совсем просто стало)), точно не помню, но вроде на последнем systemrescuecd в графике как раз xfce и посмотреть, как оно в этом случае будет кушать память... может железо у вас такое уникальное))), хотя это врядли конечно.
Я несу пингвина во имя луны! *WALL*
Спасибо за советы.
Спасибо за советы. В инетах говорят, что Xubuntu тоже не подарок - отъедает 400 метров. По сути у меня примерно то же самое. Убрал fusion-icon, стало 550. Если ещё чего убрать, будет ещё меньше на 50, потому что все утилитки занимаюьт почему именно примерно такой объём. Надо попробовать genkernel...
Хотелось бы узнать, у кого сколько кушает мышь, если кто пользуется и сколько оперативы присутствует в системе.
В моём случае:
То есть примерно по 30 - 40 метров на каждый процесс, что не многим меньше, чем у Вас))). Всего имеется 4G оперативной памяти, как и у Вас, как я понял. Пользуюсь мышью не первый год, нареканий не было. Впервые пришло в голову посмотреть, сколько памяти она тратит))). Возможно, такое поведение для xfce типично и все претензии нужно предъявлять разработчикам.
Я несу пингвина во имя луны! *WALL*
Вот мои строчки
Вот мои строчки xfce4-стола:
Стало вроде бы поменьше после того, как убрал флаг 'introspection' из gtk и подобных библиотек. Но в целом получается, что один только xfce4 весит ~400. Если прибавить компиз и разные службы гнома, то выходит 600 (хотя коньки мне показывают 530).
Памяти у меня тоже 4ГБ. Видимо, всё дело в этом.
Может быть, давая больше свободной памяти процессам, система работает быстрее. А кеды, может, из-за экономии как раз и тормозят.
.
Спрос рождает предложение.
Оптимизация по критерию минимизации используемой оперативной памяти (в стиле ожиданий, порождаемых реализацией альтернативной ОС) неизбежно отражается на прочих (куда более реальных) показателях.
ЗЫ: Та же самая мышь, только x86 и с 512MB рамы вполне себе работала. Норовя отожрать в нормальном режиме под 400.
:wq
--
Live free or die
alterious
++
amd64.
Запущено некоторое количество окон terminal'а, thunar, thunderbird, некоторое количество окон FF.
При этом занято порядка четверти из 2G рамы.
Что мне видится вполне нормальным.
Почему сразу "претензии"?
:wq
--
Live free or die
Вроде всё ясно
Спрасибо, Anarchist. Ну вот, а здесь с 2-мя гигами совсем другая картина. У меня всё то же самое занимает гиг ОЗУ, то есть опять же четверть оперативы.
Когда я делал вывод занимаемого объёма памяти каким-то скриптом из инета, то заметил, что в колонке с процентом для всех утилит стоит приблизительно 1%. Возможно ядро выделяет память каждому gtk-приложению по одному проценту, а не по мегабайтам? Отсюда и одинаковый процент загрузки памяти для разных её объёмов.
Anarchist, можно посмотреть вывод той же команды, что дал alterious?
.
Есть мнение, что ты не учитываешь фактор инертности.
Те числа мной приводились для свежезапущенных приложений.
Сейчас (лица те же, + Oranment Book, + окно net-im/psi + окно leafpad'а, + окно composer'а thunderbird), с uptime ~4 часов, уже ~930 мегабайт).
В силу лени смотрю загрузку по индикатору
xfce-extra/xfce4-systemload-plugin(пользуясь случаем задам вопрос: никто не знает способа отображения на панели использования дискового пространства для разделов, куда пользователь имеет право писать, практически интересны/home/[user/]и/tmp/?).Есть основания полагать, что показатель скорее зависит от uptime. Ну и общего объёма рамы (на x86 с 512 мегабайтами памяти при в общем том же наборе приложений и стиле работы памяти использовалось меньше).
Могу посмотреть дома (но там при... практически 6 гигабайтах рамы, использование какое-то смешное), но картина будет неполной, ибо thunderbird'а там нет.
ЗЫ: В XFсe (начиная ЕМНИП где-то с 4.8 или 4.6) меня больше напрягает то, что список основных приложений (в меню: терминал, файловый менеджер, почтовая программа и браузер) отображаются всегда 4 пункта, что в ситуации когда почтовый клиент не установлен... приводит в видимой дисгармонии.
Вопрос KDE-шникам: как у них?
Вопрос всем: кто тут апстрим? :)
:wq
--
Live free or die
Не утекает
Ну не знаю, у меня память не утекает. Только Лис со временем подъедает, но для него это нормально, да и с памятью у него стало гораздо лучше с 15-й версии. Я на память постоянно посматриваю, потому как оно благодаря конькам всегда перед носом и никаких утечек не заметил. У меня в течении дня объём примерно 1,2 ГБ всегда. Это вместе с gimp'ом, Грозоптицей, Огнелисом, трансмиссией-qt, терминалом и LibreCalc'ом.
.
$ ps -e -o vsz,rss,comm VSZ RSS COMMAND 4248 688 init 0 0 kthreadd 0 0 ksoftirqd/0 0 0 migration/0 0 0 migration/1 0 0 ksoftirqd/1 0 0 kworker/0:1 0 0 cpuset 0 0 khelper 0 0 kdevtmpfs 0 0 netns 0 0 sync_supers 0 0 bdi-default 0 0 kblockd 0 0 ata_sff 0 0 khubd 0 0 md 0 0 cfg80211 0 0 rpciod 0 0 kworker/1:1 0 0 kswapd0 0 0 fsnotify_mark 0 0 nfsiod 0 0 crypto 0 0 scsi_eh_0 0 0 scsi_eh_1 0 0 scsi_eh_2 0 0 scsi_eh_3 0 0 kworker/u:5 0 0 scsi_eh_4 0 0 scsi_eh_5 0 0 kworker/u:6 0 0 kpsmoused 0 0 hd-audio0 0 0 deferwq 0 0 kjournald 17668 1648 udevd 0 0 ttm_swap 0 0 iprt 0 0 reiserfs 22684 408 syslog-ng 58648 3052 syslog-ng 39512 6448 named 0 0 flush-8:0 0 0 cifsiod 17664 1184 udevd 17636 1232 udevd 0 0 cifsd 210840 14696 apache2 204648 9676 apache2 211108 13396 apache2 211108 12904 apache2 211108 12904 apache2 211108 12328 apache2 211108 12912 apache2 19800 1336 dbus-daemon 54632 3008 cupsd 24568 1536 ntpd 36872 2264 sendmail 34640 1624 sendmail 19140 844 cron 121284 14328 slim 177780 85188 X 16960 1092 xinetd 14968 1016 agetty 14968 1020 agetty 14968 1012 agetty 14968 1020 agetty 14968 1020 agetty 14968 1020 agetty 1038728 3728 console-kit-dae 207936 4464 polkitd 14096 1360 sh 24392 564 dbus-launch 20496 1384 dbus-daemon 14096 1568 sh 217788 7848 xfce4-session 43264 2624 xfconfd 15936 1052 gpg-agent 520076 14348 xfwm4 587124 17448 Thunar 35080 2252 gvfsd 600984 14708 xfce4-panel 137100 5824 gvfs-udisks2-vo 356324 5384 udisksd 158912 7548 xfsettingsd 530920 18340 xfdesktop 374824 33516 psi 141500 8900 panel-12-action 121964 8336 xfce4-oragecloc 121964 8324 xfce4-oragecloc 121964 8332 xfce4-oragecloc 155300 15584 xfce4-xkb-plugi 60976 4016 gvfsd-trash 194076 3548 upowerd 147984 21244 panel-19-cpugra 154348 24228 panel-18-system 141044 19220 xfce4-netload-p 60760 3804 gvfsd-network 130216 7316 xfce4-eyes-plug 144872 8644 panel-9-xfce4-m 137036 8924 panel-23-diskpe 138792 7520 panel-16-systra 184248 5932 polkit-gnome-au 59236 2984 xscreensaver 583052 17628 Terminal 14712 836 gnome-pty-helpe 22664 2264 bash 22664 2208 bash 22664 2204 bash 22664 2208 bash 22664 2204 bash 22656 2136 bash 22664 2200 bash 22664 2204 bash 22664 2192 bash 22664 2184 bash 22776 2296 bash 22664 2208 bash 22664 2192 bash 22664 2192 bash 22664 2208 bash 1322064 464100 firefox 52704 3068 gconfd-2 1012788 195540 thunderbird-bin 210976 11592 apache2 210976 11592 apache2 210976 11592 apache2 210976 11592 apache2 210976 11592 apache2 22776 2340 bash 247864 37708 ob 0 0 kworker/0:0 0 0 kworker/1:0 1178924 18468 leafpad 9072 780 psxfce-extra/xfce4-systemload-plugin сейчас показывает использования порядка 920 мегабайт рамы.
:wq
--
Live free or die
Ну вот, очевидно, что у тебя
Ну вот, очевидно, что у тебя тоже по одному проценту отъедают компоненты мыши. Вот бы ещё посмотреть у кого-то с одним гигом и 512. Можно на виртуалбоксе попробовать где-нибудь поставить мыша ради эксперимента...
На рабочем ноуте с 2
На рабочем ноуте с 2 гигабайтами:
$ ps -e -o vsz,rss,comm | grep x 58356 32012 xfce4-session 5504 2376 xfconfd 52656 35780 xfwm4 221052 40480 xfce4-panel 222772 41668 xfdesktop 216136 33696 xfce4-power-man 51776 33832 xfce4-xkb-plugi 62788 45812 xfce4-netload-p 51136 34180 xfce4-netload-p 65588 35132 xfce4-mixer-plu 8276 2284 xscreensaver 53652 32508 xfsettingsd 491788 178624 firefox 109504 46588 VirtualBox 12356 3692 VBoxXPCOMIPCD 25456 6208 VBoxSVC 0 0 VirtualBox <defunct> 829428 751864 VirtualBoxВидно, что xfceшные приложения отъедают примерно столько же, сколько и на 4 гигах. Ну и ff c Vbox жрут только в путь)). Так что, думаю, если не тормозит, можно на это забить и не париться. В конце концов, основное назначение десктопа - графические приложения, вот они и нагружают память по большей части. На каком-нибудь сервере это наверное было бы проблемой, но там и графика, как правило, не особо нужна.
Я несу пингвина во имя луны! *WALL*
nvidia?
Хм, странно, а может тут дело в драйвере видеокарты? Может это всё nvidia виновата? У кого тоже nvidia стоит?
Просто недавно видел, что проприетарные дрова nvidia в сравнении с другими работают несколько медленнее, по крайней мере во фреймбуфере и вероятно в 2d (но навряд ли в 3d), возможно что и памяти из-за них gui-евые проги едят больше.
Тоже на обоих машинах nvidia
Тоже на обоих машинах nvidia с проприетарными драйверами. Давно собирался поэкспериментировать с открытыми, но пока руки не доходят.
Я несу пингвина во имя луны! *WALL*
.
Возможно.
С проприетарными дел не имел.
Сейчас
x11-drivers/xf86-video-atiиx11-drivers/xf86-video-intel.:wq
--
Live free or die
Открытые поставить можно
Открытые поставить можно попробовать, но вот чтоб навсегда - это нет, ибо иногда гоняю Skyrim и прочие поделки игрового мира) В принципе Скаю хватает и оставшейся памяти, бегает хорошо.
Мда, Линус говорил, что с nvidia проблемы у них вечные, не желают они взаимодействовать с open-source (если кто не видел, вот самый важный отрывок из того разговора:http://www.youtube.com/watch?v=iYWzMvlj2RQ). Надо, наверно, будет на ATI переходить в будущем, ведь она же к тому же принадлежит AMD, а им выгодны любые клиенты, которые помогут им в гонке за Intel и Nvidia, вот и рады они linux'оидам и по идее проблем не должно быть с их дровами.
Мда, не вышло воткнуть
Мда, не вышло воткнуть свободные дрова. nv мою видяху не поддерживает, а nouveau-drm требует опции, которых и в помине нет в ядре, причём все версии, даже прошлогодняя. Даже с genkernel'ьным ядром не собрался. Странно. Наверное, нужно какое-то другое, ванильное ядро. Не стал пока дальше заморачиваться.
Вобщем, буду рад, если кто отпишется по результатам со свободными дровами nvidia (и заодно инфой, как собрать nouveau).
.
Читаем ибилд - что же такого страшного требует сей зверь (ессно - актуальная версия)? ACPI_VIDEO BACKLIGHT_CLASS_DEVICE DEBUG_FS FB_CFB_FILLRECT FB_CFB_COPYAREA FB_CFB_IMAGEBLIT FRAMEBUFFER_CONSOLE I2C_ALGOBIT MXM_WMI VGA_ARB - всё это в ядре есть, а DRM FB_NVIDIA FB_RIVA FB_UVESA FB_VGA16 нуво хочет, чтоб наоборот - не было включено. Но самое интересное в том, что данный пакет вообще становится ненужным, если включить DRM Nouveau непосредственно в ядре. В чём ваши проблемы?
Хмм, а в чём сакральная сущность "genkernel'ьного ядра", что даже становится уместным слово "даже" (просю пардону за тавтологию)?!
Если вы всурьёз намерены идти по пути "незаморачивания" - путь этот выведёт вас к другому дистрибутиву (от M$)
Тыц, тыц. Но не почитать ли вам прежде материалы с домашнего для нувы ресурса? Найдёте там много интересного - доки, вики, факи, etc...
Мы тоже не всего читали Шнитке!.. © В. Вишневский
Читаем ибилд - что же такого
В том, что я не знаю, как включить эти опции через menuconfig. Ручное вписывание в конфиг не дало результатов, потому что скрипт сборки ядра их потёр, судя по всему, потому как не были включены опции, необходимые для них, а где эти первостепенные опции - я не знаю. ACPI_VIDEO, например, и MXM_WMI. Никаких рекомендаций не нашёл на сайте. Когда модуль всё же собрал (после ручного вписывания), эти опции всё равно не включились и ядро отказалось вставлять модуль из-за отсутсвующих как раз фишек, которые нужны модулю, они не скомпилировались.
Включение в ядре - пробовал, но опять же при сборке оно сообщает:
То есть опять соберёт, но не заработает из-за отсутствующих опций.
А разве он не включает все опции по умолчанию? В том числе и те, что мне нужны и в том числе модуль nouveau?
Просто в полтора часа ночи мозг уже не тот) Не всё же сразу. Да и дела есть кое-какие, которым требуется работающий стол.
Wiki читал, но там даются опции только для включения самого модуля, но опять же не для его зависимостей.
Так что вот так. Надо понять, где находятся эти ACPI_WMI, MXM_WMI. Хотя, сейчас вижу, что судя по всему это всё где-то в ACPI нужно рыть.
P. S. Всё, опции нужные нашёл. Осталось дождаться компиляции и попробовать запустить.
Zharptah написал(а): А разве
Нет, тем более, что для опенсорсных и закрытых дров могут быть взаимоисключающие опции.
ТАДАМ!
Ну вот и ясно всё стало. Загрузился с nouveau и вместе с компизом и трансмиссией - всего 150 мегабайт занято! $) В четыре раза меньше, чем с nvidia.
Все те мелкие процессы xfce, как я и ожидал, занимают по 6-15 МБ.
Правда, есть и минусы. Компиз в принципе работает быстро, всё работает очень быстро, но миниатюры на экспо выглядят хуже.
Но самое плохое для меня - плохо выглядит firefox: какие-то чёрные артефакты на вкладках, которые исчезают только, если включить стандартную тему оформления (которая меня вобщем-то устраивает). То же самое бывает и на некоторых графических и даже текстовых элементах сайтов. Может быть это временно, может быть нужно пересобрать какие-то графические библиотеки... Компиз отключал - то же самое. Запустил Skyrim и он даже загрузился до меню, но дальше начал вести себя неадекватно и обрушил xorg'а. Собственно, я и не ожидал, что сложный 3d будет работать. Остальные программки вроде выглядят хорошо. Фреймбуфер тоже явно работает быстрее и сразу же выдал мне большее разрешение, чем было при nvidia. Из плюсов - исчез эффект синих лиц при просмотре flash-видео на youtube при включенном аппаратном ускорении flash'а.
Вывод таков: кому нужна память и не нужны сложные игры - смело можно пользоваться nouveau (если повезёт и не будет таких же артефактов в Firefox'е, или если он вообще не нужен). в 2d и framebuffer он и правда пошустрее, а на более слабых машинах, думаю, скорость будет ещё более заметна. И даже компиз, мне кажется, работает пошустрее, хотя и с небольшими минусами.
Вот так. Не заведи эту тему, я бы и не узнал о такой лаже со стороны NVidia. Впору согласиться с Линусом и забить на эту компанию. Возможно, что они специально увеличили объём потреления памяти, чтобы увеличить требования к железу - вот такой бизнес, который, по-видимому, ведёт и Microsoft и прочие проприетарщики вроде Pinnacle, раздувая свои программы до немыслимых пределов потребления жёсткого диска и памяти, когда всё может быть настолько простым, нетребовательным, но при этом быстрым и эффективным, как в Linux'е.
/
Какой "решено"?!?
Тема
x11-drivers/xf86-video-nvне раскрыта.А я в эпизодах с видеокартами от nVidia другими драйверами не пользовался.
Так что картина очевидно не полна.
ЗЫ: Только мне видится, что потребление памяти за счёт видео-драйвера DE-независимо?
:wq
--
Live free or die
.
Ну, по-моему, проблема была в том, чтобы узнать, почему мышь много ест. Вывод - кривые дрова nvidia.
Про nv - тоже было бы любопытно узнать, но моя карта не поддерживается этим драйвером, поэтому лично я ничего сказать не могу. Но думаю, что nv не хуже nouveau должен быть, иначе бы им не пользовались.
Если у кого есть, что сказать - пожалуйста, тема ведь никуда не денется?
Насчёт DE-независимости, надо было ещё кеды запустить для сравнения, но я их снёс. Может быть попозже.
Ладно, убираю "РЕШЕНО".
.
Есть мнение, что сравнение с одноклассниками (
lxde-base/lxde-meta) будет тоже нелишним.Под настроение и вдохновение.
ЗЫ: На машине с интеловским видеодрайвером в сопоставимой конфигурации наблюдал на свежезапущенной системе потребление порядка 600 мегабайт рамы.
:wq
--
Live free or die
Добавлю свою мысль ;) А что
Добавлю свою мысль ;) А что если проверить старые дрова от нвидиа по максимально возможному.
Если гипотеза верна то скажем, теоретически, дрова и иксы с стабильной архитектуры будут отличатся от ~
Кстати сейчас попробую у себя на кедах с нуво и блобом на опенбоксе ;)
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
В кедах разницы не заметил. А
В кедах разницы не заметил.
А вот в чистом опенбоксе с коньками разница была почти в 30% []-[]
知る者は言わず言う者は知らず
"Бабло, побеждает даже зло"
Возможно, тут дело в gtk
Возможно, тут дело в gtk, а на qt, вероятно, это nvidia-безобразие не распространяется. А возможно в том, что у кед есть свой менеджер и оптимизатор памяти, но этого я наверняка не знаю. Надо бы присмотреться к объёмам qt-приложений под разными дровами и сравниить объём gtk-приложений под кедами и без них.
Возможно вы занимаетесь не
Возможно вы занимаетесь не своим делом. Управление памятью это внутреннее дело приложения и операционной системы. Приложение запрашивает ресурс, основываясь лишь на великом полете мысли своих создателей, иногда возвращает излишки. Мало кто в состоянии точно сказать сколько места в памяти может занимать firefox. ОС пытается поделить скудные ресурсы между конкурирующими процессами. Никто не может сказать сколько точно памяти она выделит тому же файрфоксу буде он излишне настырным. Наша же скромнная задача -выявлять проблемы и по возможности их устранять. У вас проблемы ? Вам жалко памяти? Я точно знаю как запустить вашу систему к примеру на гигабайте озу. Надо просто вынуть лишние планки.
Гном и крыса на amd64 кушали
Гном и крыса на amd64 кушали примерно столько же сколько и кеды. Стоял нвидиеблоб.
OS: Gentoo KDE4
Kernel: x86_64 Linux 4.0.5-gentoo
CPU: Pentium Dual-Core CPU E6500 @ 2.933GHz
GPU: GeForce GT 630/PCIe/SSE2
RAM: 3956MB
Since 2011
Нвидивские либы жрут много.
Нвидивские либы жрут много. Это одна из главных проблем этого драйвера. Другая - отсутствие kms.
Локальный оверлей растёт
Нормально
Понаблюдал за памятью, когда она была почти полностью забита, и оказалось, что RSS-память этих прожорливых процессов освобождается и снижается до того же минимума, что с драйвером nouveau. То есть волноваться тут не о чем, просто, похоже, nvidia-драйвер выдаёт побольше свободной памяти графическому процессу с целью его более шустрой работы.
Кроме того сам xfce мне удалось сократить, удалив панель и все её финтифлюшки и заменив её на cairo-dock, который обеспечивает тот же и даже больший функционал, но занимает при этом всего 60-80 MБ памяти (учитывая прожорливость nvidia-blob'a). Таким образом при начальном старте вместе с transmission-gtk потребляется всего 370 МБ против 600 МБ с панелью xfce. От xfce у меня остался xfdesktop, настройки, thunar, appfinder и terminal.