LINUX.ORG.RU

Дико течёт софт

 , ,


0

3

Что ни говорите, но такой расклад я считаю неприемлимым. Фиг с этими флэшами и virtuoso. Но что с иксами? Что с vlc? А Firefox - стоит открыть ещё одно окно на другом рабочем столе, как расход памяти подскакивает раза в два. WTF?

Я сейчас подумал: а не связано ли увеличение потребляемой памяти с переходом на gcc-4.7.2. Вроде бы такой ужас начался как раз после того. Кто использует gcc-4.7.2 на Gentoo x86-64, отпишитесь как у вас с потреблением памяти.

Это нормально, firefox конечно что-то много, но может у тебя профиль грязный или еще что. Для даже 3х вкладок с социалками, если ты в них сидишь нормально конечно. А так для 20+ вкладок тоже нормально.

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

Ок, оставим FF, тем более что у меня в обоих окнах открыто сильно больше двадцати вкладок. Но иксы? VLC? В VLC в плейлисте висят четыре песни и один фильм.

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

А вот ещё странность: если открывать djvu/pdf в Okular, то он отъедает метров 200-300 памяти и почти не пухнет. Если их открывать в том же Okular, но уже через подгружаемый kparts в Konqueror - память улетает со страшной силой. В чём разница-то?

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

Блин, а ведь и правда: опять чертов огнелис течь стал! Я как-то на работе не задумывался об этом (т.к. 6ГБ оперативы, в отличие от домашних 2ГБ), а сейчас как глянул:

1992 eddy 1 0 2109m 1.2g 36m S 0.3 19.8 1763:14 firefox

Жесть!

А еще geany отжигает:

10893 eddy 1 0 997m 123m 15m S 0.0 2.1 9:43.86 geany

То ли нонче программисты криворукие, то ли действительно что-то с gcc намудрили не то (арчег, gcc-4.7.2, пакеты, как я понимаю, им и собирались).

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

Это кеды, а vlc это нормально. Я вот вчера задолбался ждать на атоме пока страницы с pdf'ки в evince грузятся, страница по 30 секунд, поставил mupdf - мгновенно.

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

Это кеды

Криво написан kparts? Может быть.

Я бы Конк и не использовал, просто в Okular до сих пор не сделали табы. Очень неудобно открывать по два-три окна.

vlc это нормально

Но почему? Даже Amarok у меня столько не жрал, а он пофункциональнее vlc.

Я вот вчера задолбался ждать на атоме пока страницы с pdf'ки в evince грузятся, страница по 30 секунд, поставил mupdf - мгновенно.

Ну, в Okular тоже мгновенно, даже объёмом в тысячи две страниц. Только память ест, сука.

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

Ну он ее жрал всегда много. В Okular если я правильно помню еще в настройках есть возможность выбрать агрессивность его работы в зависимости от тачки. Да сейчас запустил vlc на видео потяжелей 153мб. Нормально это, если жрет меньше 500мб, даже внимания не обращай.

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

Не знаю, как там в gentoo, но в бинарных дистрах я заметил, что потребление памяти кедами и браузером сильно зависит от того, сколько памяти стоит в машине. Иными словами, тот же самый софт на машине с 16 гигами отжирает куда больше, чем на той, где только 2 гига.

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

Все верно. Firefox только все делает наоборот, что и хорошо. На тачках где памяти мало, он старается сожрать побольше, чтобы потом не тупить, когда брать будет нечего.

anonymous_sama ★★★★★
()
Последнее исправление: anonymous_sama (всего исправлений: 1)
  > ps -eo rss,comm | grep -e firefox -e vlc -e X -e okular -e plugin
77404 X
602440 firefox
48264 vlc
102160 okular
86168 plugin-containe 

10 вкладок + ютуб, список из 20 треков в vlc, гента, открытый документа в pdf (добавляет памяти в X)

vasily_pupkin ★★★★★
()
Ответ на: комментарий от Kindly_Cat
> emerge --info | grep ^FEATURES
FEATURES="assume-digests binpkg-logs config-protect-if-modified distcc distlocks ebuild-locks fixlafiles merge-sync\
 metadata-transfer news parallel-fetch\
 preserve-libs protect-owned sandbox sfperms sign strict unknown-features-warn unmerge-logs unmerge-orphans userfetch xattr" 
vasily_pupkin ★★★★★
()

cflags в студию, а касательно фф - переходи на chromium

//x86_64 gcc 4.7.2 - сейчас потребление 700мб вместе с браузером, правда я не кедераст ;)

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

cflags в студию

Да ничего особого:

frag@nona / $ grep CFLAGS /etc/make.conf
CFLAGS="-march=native -mtune=native -O2 -pipe"
CXXFLAGS="${CFLAGS}"
Kindly_Cat
() автор топика

а не связано ли увеличение потребляемой памяти с переходом на gcc-4.7.2

Нет, не связано. На десктопе сейчас проверить не могу (не дома), но на серверочке все путем.

devl547 ★★★★★
()

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

8 Gb RAM сейчас должно хватить даже на хромой с кэшем в RAM и его сборку из сорцов. Даже на пару виртуалок останется.

partyzan ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.