Если вдруг кому интересны результаты замены 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 огнелис ведёт себя несколько более задумчиво.
Ответ на:
комментарий
от zort
Ответ на:
комментарий
от zort
Ответ на:
комментарий
от Rikz
Ответ на:
комментарий
от UrbanSerj
Ответ на:
комментарий
от Rikz
Ответ на:
комментарий
от UrbanSerj
Ответ на:
комментарий
от Rikz
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Похожие темы
- Форум фрагментация памяти (2010)
- Форум Фрагментация памяти (2017)
- Форум Фрагментация памяти... (2007)
- Форум Фрагментации памяти тред. (2018)
- Форум Что такое фрагментация памяти. (2007)
- Форум фрагментация (2010)
- Форум фрагментация (2006)
- Форум Фрагментация (2007)
- Форум Фрагментация памяти в FireFox (?) и как бороться (2006)
- Форум Фрагментация, torrent (2011)