Опять про 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 огнелис
ведёт себя несколько более задумчиво.

Ссылка

←	Сборка ядра под Ubuntu

Вот оно как...

→

я не понял, glibc что ли память не высвобождает ?

zort ☆
(16.11.07 00:55:43 MSK)

Ответ на: комментарий от zort 16.11.07 00:55:43 MSK

Извиняюсь, ссылку забыл, тут объяснения: http://mr.himki.net/index-alloc.html

Rikz ★★★
(16.11.07 00:58:50 MSK) автор топика

Ответ на: комментарий от zort 16.11.07 00:55:43 MSK

Свежая новость на эту тему недавно была на лоре: http://www.linux.org.ru/view-message.jsp?msgid=2262005&lastmod=1194905155982 если кто вдруг не видел.

Rikz ★★★
(16.11.07 01:03:35 MSK) автор топика

Ссылка

Ответ на: комментарий от Rikz 16.11.07 00:58:50 MSK

понятно.

zort ☆
(16.11.07 01:14:01 MSK)

Ссылка

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

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

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

UrbanSerj ★
(16.11.07 01:55:17 MSK)

Ответ на: комментарий от UrbanSerj 16.11.07 01:55:17 MSK

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

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

Rikz ★★★
(16.11.07 02:04:24 MSK) автор топика

Ответ на: комментарий от Rikz 16.11.07 02:04:24 MSK

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

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

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

UrbanSerj ★
(16.11.07 02:13:21 MSK)

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

Юзать оперу?

Pythagoras ★★
(16.11.07 02:42:42 MSK)

Ссылка

Ответ на: комментарий от UrbanSerj 16.11.07 02:13:21 MSK

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

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

Rikz ★★★
(16.11.07 03:01:23 MSK) автор топика