- firefox 2 занимал 103,180KB
- firefox 3 b 1 занимал 62,312KB
- IE 89,756KB
Лоооол. 12 картинок 1024x768 при 24-битном цвете будут занимать около 28 мегабайт. Интересно, а они правильно померяли размер занимаемой памяти? А то, что часть IE входит в ОС учли?
ПЫСЫ. По любому Firefox не достоин ничего, лузерский браузер, написссан лузерами для лузеров. Ё маё 21 век назвается ... IE/Opera/Konq на порядки лучше.
> да достали уже, какие нафик утечки - у ff три проблемы:
Да это ты достал чтением тупых блогов, где
говорится, что утечек типа нет, а есть только
фрагментация.
Вот ты мне объясни: если утечек нет вообще,
то почему же после открытия _и закрытия_
страницы, остаётся туева хуча маленьких
кусочков памяти, создающих такую фрагментацию?
И ты блог тот внимательнее перечитай, который
тут неделю назад пробегал. Там написано, что
вот дескать, используемое пространство выросло
на сколько-то-там сотен мегов, а реально
занимаемое - только на 2 мега... так вот почему
эти 2 мега мелких кусочков остались после
закрытия страницы? Там ответ на этот вопрос
не даётся.
> потому что в линухе glibc - а у него brk/sbrk based аллокатор -
> те он умеет отдавать память ОС только с конца.
Блин, да заколебал умничать. :)
Только тебе и некоторым блоггерам не очевидно,
что в ФФ куча утечек. А его разрабам это очевидно,
вот в 3 версии их и пофиксили наконец.
Понятно, что аллокатор свой делать не стали -
только полный долдон стал бы писать свой аллокатор
и надеяться таким образом утечки побороть.
т.е. когда я запостил этот "тест" в Talks, постыдившись лезть с ним в новости из за оффтопика, то меня назвали разными "приятными" словами, а теперь раз на главной то и пообсуждать можно (:
> Вот ты мне объясни: если утечек нет вообще, то почему же после открытия _и закрытия_ страницы, остаётся туева хуча маленьких кусочков памяти, создающих такую фрагментацию?
Потому что не все *alloc-нутое при загрузе/отображении страницы освобождается после закрытия: внутренние кэши, история и пр. Не освободили кусочек с конца кучи, и привет.
Кстати, _все_ браузеры в linux так себя ведут, кроме страниц с большими картинками, для которых вызывыется mmap()/munmap()
Кстати, при отображении страницы память не обязана выделяться непрерывным куском. Заполняются свободные дыры в куче, даже при free() всего отожранного под страницу, непрерывный и открытый с конца свободный кусок в куче не образуется.
>Конкверор - говно. Рендерит по уродски, сегфолтится по нескольку раз в день.
Про рендеринг, полагаю, это субъективное, а вот про сегфолты - это у Вас что-то в консерватории. На моей памяти Конк за полгода падал раза два, не больше. Даже Опера за это время четырежды падала :D
>Конк за полгода падал раза два, не больше. Даже Опера за это время четырежды падала
Два слова - "менеджер сеансов", и конк в нокауте. ;) Вот когда он научится сеансы сохранять, чтобы табы по памяти не восстанавливать, тогда и будет разговор.
>Два слова - "менеджер сеансов", и конк в нокауте. ;) Вот когда он научится сеансы сохранять, чтобы табы по памяти не восстанавливать, тогда и будет разговор.
У меня нормально восстанавливает сеансы, все. Проблемы самосбора слакварщиков и гентушников с -O9 - это ТОЛЬКО ИХ проблемы.
>Да, это суровые реалии современного мира. Ни на что нельзя положиться. =)
Не стоит иронизировать. если в проекте больше 10000 строк кода и НИКТО не анализировал его работу с памятью (это даже не бета-тестирование, это на порядок раньше делается) - как ещё назвать эту толбу былокодеров (а, скорее, не кодеров, а тех кто ними руководит)?