LINUX.ORG.RU
ФорумTalks

Опять про Firefox и фрагментацию памяти


0

0

Если вдруг кому интересны результаты замены glibc аллокатора на OpenBSD'шный,
я когда-то рисовал графики потребления памяти фф для следующего случая:

1) запускается фф с about:blank в качестве стартовой страницы
2) открывается по очереди 6 табов с очень толстой, но почти текстовой страницей
3) после каждого нового таба записываются значения столбцов VSZ, RSS из вывода ps
4) потом табы по одному закрываются
5) после закрытия каждого таба снова производятся нехитрые измерения

после всей этой фигни получаем два набора значений, по которым рисуем два 
графика gnuplot'ом. Забыл сказать, кеширование страниц в памяти фф отключено в
настройках.

Получаем вот это для RSS: http://i1.tinypic.com/6yewhno.png
и вот это для VSZ: http://i11.tinypic.com/6xliuet.png

Никаких громких заявлений делать не буду, выводы кто захочет сделает сам. От себя
могу только добавить, что чисто субъективно с аллокатором от OpenBSD огнелис
ведёт себя несколько более задумчиво.
★★★

Re: Опять про Firefox и фрагментацию памяти

>Никаких громких заявлений делать не буду, выводы кто захочет сделает сам. От себя могу только добавить, что чисто субъективно с аллокатором от OpenBSD огнелис ведёт себя несколько более задумчиво.

Он еще очень плохо маштабируется на много нитей/cpu + давольно невнятный код

Сможешь с dlmalloc протестировать? было бы очень интерестно взглянуть...

UrbanSerj ()
Ответ на: Re: Опять про Firefox и фрагментацию памяти от UrbanSerj

Re: Опять про Firefox и фрагментацию памяти

Поиск в гугле выдает какие-то сплошные статьи, у этого аллокатора есть страничка? Нашел какие-то файлики 2005 года, это последняя версия?

В принципе, если оно прикручивается так же, LD_PRELOAD=foo.so, и сразу после этого начинает работать, то почему бы и нет.

Rikz ★★★ ()

Re: Опять про Firefox и фрагментацию памяти

http://people.freebsd.org/~jasone/jemalloc/progs/dlmalloc.c

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

А как прикрутить аллокатор статически с минимальными траблами не знаешь?

UrbanSerj ()

Re: Опять про Firefox и фрагментацию памяти

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

Юзать оперу?

Pythagoras ★★ ()
Ответ на: Re: Опять про Firefox и фрагментацию памяти от UrbanSerj

Re: Опять про Firefox и фрагментацию памяти

Ну, вот по ссылке был патчик для фф. Это достаточно статически? :) У меня он, честно скажу, не работал как надо. Поэтому способ с LD_PRELOAD и использовался.

Предыдущему оратору - я и так использую Opera :) Однако не из-за пожирания фф памяти, а из-за общей субъективной медлительности огнелиса. Графики рисовал на досуге, спортивного интереса ради. К Opera у меня тоже есть несколько претензий, в связи с этим я слежу за развитием WebKitGtk (ну и WebKitQt заодно), а также браузеров, использующих WebKit под Linux. Пока у нас есть Epiphany, Midori и вроде как новый Konqueror из KDE4. Первый сырой, но развивается, второй сырой и имеет ровно одного разработчика, третий в глаза не видел и так и не понял до конца, использует он KHTML или WebKit.

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