LINUX.ORG.RU

MemShrink: попытка Mozilla устранить утечки памяти в Firefox

 , memshrink,


0

1

Компания Mozilla, обеспокоившись серьезными проблемами Firefox в плане потребления оперативной памяти, создает группу под названием MemShrink для их устранения.

Разработчик из Mozilla Джонни Стенбек (Johnny Stenback) в сообщении из почтовой рассылки пишет:

«Сейчас очевидно, что это проблема настолько велика, что усилий одного человека недостаточно. Поэтому для привлечения большего внимания к этому вопросу мы и создаем проект MemShrink, участники которого, собравшись вместе, попытаются рассмотреть все в совокупности, рассортировать найденные ошибки, подобрать или изобрести общие подходы к их устранению.»

Как следует из сообщения, Mozilla занимает очень четкую позицию по данному вопросу - необходимо не только побороть утечки памяти, но также в целом разработать новые методы по ее использованию.

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

>>> Подробности

Нищебороды, купите планку памяти. Пожалели рамы на хорошую программу. ©

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

>купи им гигов 16 рамы и мне заодно.
Нафейхоа? ни разу не видел, чтобы лиса больше гига съела, и то при >50 вкладках (лисовод с версии 1.5)

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

Да я тоже, но просто в треде появился богатенький буратина, я вот хотел чтоб он мне и разрабам памяти на халявку подкинул, лишней не будет. :)

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

>ни разу не видел, чтобы лиса больше гига съела

Сначала 150 MiB, потом 300 MiB при том, что окно просто лежит свёрнутое, изредка только по ссылкам повтыкаю. Вкладок несколько. И по мне это ненормально. Браузер должен кушать не более 25 MiB и не увеличивать это число со временем.

gentoo_root ★★★★★
()

Традиционные работы по улучшению управления памятью в Firefox. И всё ещё ест как не в себя.

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

>быдофлэш
Вы совсем не правы.
При том что флеш решето, потребление памяти у него весьма сносное по сравнению с текущими реализациями WebGL.

Основные причины потребления памяти в JS и флеше одинаковые - быдлокодеры которые не умеют писать нормальный код.

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

>Браузер должен кушать не более 25 MiB и не увеличивать это число со временем.
Больше скорости в ущерб потреблению памяти или больше памяти в ущерб скорости? Я выбираю первое.

yirk ★★★
()

Стало интересно сколько памяти лис отожрал у меня, 480 метров на 12 вкладок. Не хило так, правда еще 2,5 Гб свободно... Пусть подавится что ли.

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

потребление памяти у него весьма сносное

Если вкладку оставить открытой, то течёт зараза, как ....

быдлокодеры+флеш=быдлофлеш. Так что я всё правильно сказал.

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

Могилку могу выкопать, если завещание на меня оформишь. ;)

daemonpnz ★★★★★
()

>попытка Mozilla устранить утечки памяти в Firefox
Заголовок новости удобно составлен для того, чтобы в нужный момент дописать «окончилась провалом».

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

Я ведь о том.
Что хорошо написанное приложение на: JS+canvas сейчас в лисе течет намного сильнее чем аналогичное на флеше, факт.
Причем течет именно сама лиса, т.к в хромиуме и боже прости IE потребление памяти в норме.

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

>Пусть подавится что ли.
Кстати да. Ну сожрал у меня Симанки свои полторы сотни, ну и пусть, мне не жалко.

dogbert ★★★★★
()

232 метра лиса скушала на 2х вкладках не многовато ли ? так что пускай убирают утечки.

nt_crasher ★★★
()

Проблемы утечки памяти будут решены выпуском отдельного плагина?

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

Зачем мне покупать оперативки, если мне 2х гигов хватает с лисой, флешем, html5, VirtualBox и прочим. Правда если кто-нить предложил на халявку, я б не отказался, лишней не будет.

А если тебе мама купила 4 гига рамы, так это ещё не повод хвастаться этим на лоре.

daemonpnz ★★★★★
()

>232 метра лиса скушала на 2х вкладках Во времена 7 шляпы мои 128 щиталиь бесполезной роскошью на десктопе, эх)

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

JS+canvas в IE тормозной до жути и малое потребление тут его не спасёт. У меня вот JS в лисе отжирает памяти, если только открыта вкладка с html5 на ютубе.

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

А что ты хотел, жквери + жквери плагины, кто-то же должен их обрабатывать :}

Deleted
()

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


не распарсил, мозилловцы собираются разрабатывать методы использования утечек памяти?

C21H23NO5
()

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

Сборка мусора придумана уже давно.

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

А потом использовать и вызвать тепловую смерть вселенной.

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

Есть два пути развития - интенсивный и экстенсивный.

Так вот второй в данный ситуации хуже первого.

anonymous
()

Из популярных браузеров только Opera и может IE (хотя я его давно не щупал) могут похвастаться более-менее экономным использованием памяти. Остальные текут .. или просто нерационально используют ресурсы (хром например)

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

>Нафейхоа? ни разу не видел, чтобы лиса больше гига съела, и то при >50 вкладках (лисовод с версии 1.5)

1) гиг - это очень дохрена. У меня на машине всего 512 метров.

2) постоянно наблюдаю, как FF с флэшем 3 гига выжирает и больше.

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

>У меня вот JS в лисе отжирает памяти, если только открыта вкладка с html5 на ютубе.
Советую поставить последний Chromium, а потом сравнить потребление памяти на тяжелых демках (WebGL, 2d-canvas, svg и просто JS).
Не смотря на базовую (на процесс) прожорливость хромиума лиса очень быстро течет и начинает потреблять очень много оперативки и огноняет хромиум часто раза в два.

То что на обычных (где все проверяют и тестят) сайтах ничего не течет, это не значит, что все идеально.
Так что хорошо, что они наконец взялись за потребление памяти серьёзно.
Мне просто не нравится, когда браузер хочет схавать всю доступную ему память.

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

>Больше скорости в ущерб потреблению памяти или больше памяти в ущерб скорости? Я выбираю первое.

а я ни то ни другое. Взгляни на dillo, например.

dikiy ★★☆☆☆
()

Утечки памяти? Пускай перепишут на Python!

vertexua ★★★★★
()

Ни разу не сталкивался с проблемой большого потребления памяти Firefox'ом.

При том, что сначала на моем компьютере было всего 512 Мб, а потом уже 1,5 Гб.

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

мой хром ест памяти больше чем фирефокс, со всеми его утечками

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

> Браузер должен кушать не более 25 MiB

Есть же консольные браузеры, в чём проблема-то? А вы хотите и полноценным браузером пользоваться, и чтобы он в 25 метров укладывался? Смешно.

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

Зачем? Лишь бы купить новый, чтобы в него можно было поставить более дешевую память, чтобы могла работать свежая версия FF? Странный путь, не правда ли?

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

Хром не течет, он просто много требует изначально.
Его архитектура рассчитана на стабильность а не на поддержку слабого железа.

Опера вообще идеал в использовании памяти, но она является монолитным бинарником за счет чего и выигрывает.
Да и поддержку стандартов в ней пилят очень медленно, зато качественно.
В Chromium и мозилле экспериментальная поддержка WebGL появилась очень и очень давно, в опере же есть только старая альфа 11.50.

winddos ★★★
()
Ответ на: комментарий от yirk
top - 17:05:42 up 33 days,  1:44, 16 users,  load average: 0.00, 0.03, 0.00
Tasks: 518 total,   1 running, 517 sleeping,   0 stopped,   0 zombie
Cpu0  :  2.0%us,  2.0%sy,  0.0%ni, 96.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu1  : 22.5%us,  0.3%sy,  0.0%ni, 77.2%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu2  :  0.3%us,  1.3%sy,  0.0%ni, 98.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu3  :  0.3%us,  0.7%sy,  0.0%ni, 99.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu4  :  5.3%us,  1.0%sy,  0.0%ni, 93.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu5  :  1.0%us,  2.0%sy,  0.0%ni, 97.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu6  :  0.3%us,  0.0%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu7  :  0.7%us,  0.3%sy,  0.0%ni, 99.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu8  :  0.3%us,  0.7%sy,  0.0%ni, 98.7%id,  0.0%wa,  0.0%hi,  0.3%si,  0.0%st
Cpu9  :  0.3%us,  0.7%sy,  0.0%ni, 99.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu10 :  0.7%us,  0.7%sy,  0.0%ni, 98.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu11 :  1.0%us,  1.3%sy,  0.0%ni, 97.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu12 :  0.3%us,  1.0%sy,  0.0%ni, 98.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu13 :  0.0%us,  0.0%sy,  0.0%ni,100.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu14 :  0.7%us,  0.7%sy,  0.0%ni, 98.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Cpu15 :  0.0%us,  0.0%sy,  0.0%ni, 99.7%id,  0.0%wa,  0.0%hi,  0.3%si,  0.0%st
Mem:  24800244k total, 24679068k used,   121176k free,   359512k buffers
Swap:  2104472k total,  2103476k used,      996k free,  2226468k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
 2430 serge     20   0 20.7g  17g  26m S   33 71.9   2871:43 firefox            
 2477 serge     20   0  664m  73m  14m S    7  0.3   1221:32 plugin-container 

Firefox 4.0.1.

anonymous
()

В мозилле не осилили написать собственный менеджер памяти?

Подсказка: переопределите malloc/free и new/delete, или что вы там испольйзуете.

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

> Подсказка: переопределите malloc/free и new/delete, или что вы там испольйзуете.

Спасибо, можно несколько более развернуто?

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

>Зачем мне покупать оперативки, если мне 2х гигов хватает с лисой, флешем, html5, VirtualBox и прочим.

Для кэша, чтобы меньше винты нагружались. Например, собираешь ты программу в первый раз, результат 7 секунд. Подредактировал, пересобрал - 2 секунды. Когда слушаешь плейлист с mp3 или ogg, повторные воспроизведения композиции будут из кэша а не с диска - запас памяти рулит, меньше 4Гб уже маловато.

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

Весь вопрос в том, что есть куда улучшать.
Особенно много работы с разными обработчиками canvas контекста.

Хотел показать первую попавшуюся демку, в итоге лиса сожрала свои 1300мб памяти на ней:
http://www.ambiera.com/copperlicht/documentation/tutorials/demos/tutorial7/in...

И так в большинстве приложений, в хромиуме такого нет.
Да, я не искал специально текущую демку, просто хотел дать сравнение на флеше:
http://www.ambiera.com/coppercube/webgldemos.html
http://www.ambiera.com/coppercube/demo.php

В общем смысла спорить не вижу - флеш сейчас однозначно работает быстрее и жрет меньше, поэтому улучшения лисе очень нужны.

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