LINUX.ORG.RU

Firefox 3: работа по устранению утечек памяти и уменьшения её использования


0

0

В последнее время многие участники сообщества Mozilla, включая волонтёров и работников компании, помогают исправить ошибки, связанные с утечками оперативной памяти, и уменьшить её потребление веб браузером Firefox. Таким образом, появилась надежда, что в результате этих совместных усилий, Firefox 3 будет использовать меньше ОЗУ, чем Firefox 2, в особенности, если вы бродите по Интернету в течение долгого времени.

К сожалению, о старой ошибке, связанной с некорректным высвобождением памяти библиотекой glibс, не упоминается. На данный момент существует только неофициальное решение.

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

★★★★★

Проверено: Shaman007 ()

Ответ на: комментарий от KRoN73

2KRoN73

тебе анонимус, который писал про virt weather-applet, совершенно верно советовал не позориться. Покажи вывод pmap `pidof firefox-bin`, тогда кредит доверия к тебе увеличится.

//wbr, pragmatic user

anonymous
()

Писали бы FF на delphi/free pascal, никогда бы с этой проблемой не столкнулись. Но ничего, может разработчики glibc смогут внедрить в него технологию 10-летней давности для возвращения памяти системе.

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

>>Списочек страниц в студию, на которых нередко вылезает до 500..700Мб? 

>По ссылке сходи.

/me нарушил традицию и продержал firefox ( Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.8.1) Gecko/20061002 BonEcho/2.0 ) пару дней с теми же страницами:

  PID   RSS    VSZ    SZ  STARTED COMMAND
17402  1096   2012   136   Sep 22 firefox
17411 44580  65688 42412   Sep 22 firefox-bin
17420 44580  65688 42412   Sep 22 firefox-bin
17421 44580  65688 42412   Sep 22 firefox-bin
17422 44580  65688 42412   Sep 22 firefox-bin
17431 44580  65688 42412   Sep 22 firefox-bin
17432 44580  65688 42412   Sep 22 firefox-bin
17438 44580  65688 42412   Sep 22 firefox-bin
17441 44580  65688 42412   Sep 22 firefox-bin

Никак он не хочет есть 500-700Мб.

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

> Писали бы FF на delphi/free pascal,

Замечательная мысль, конечно же напишите FF на Delphi/free pascal. Дело-то общественно полезное.

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

>Писали бы FF на delphi/free pascal, никогда бы с этой проблемой не столкнулись. Но ничего, может разработчики glibc смогут внедрить в него технологию 10-летней давности для возвращения памяти системе.

А что, дельфи и паскаль умеет работать с памятью как-то иначе? Переплюнули Дональда Кнута и придумали новый алгоритм аллокации/деллокации, не допускающий фрагментации и при этом подыскивающий подходящий чанк за константное время? Научились передвигать блоки памяти не ломая при этом указатели? Что-то еще? В С++ можно например перегрузить глобальный ::operator new(std::size_t size), если ты умеешь работать с памятью круче чем все тупые недоумки которые писали glibc. Но чего-то так обычно никто не делает.

Вообще 2 my mind тормозит в FF кэш. Если серфить без кэша имея при этом персональный squid на отдельной машине, подключенной через gigabit ethernet, то огнелис работает со свистом копейки брошенной в колодец.

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

>Покажи вывод pmap

Как я тебе покажу, когда такие явления - вещи разовые. И чтобы на них нарваться - Фоксом нужно пользоваться. На что я сейчас совсем забил. Или ты тоже труЪ?

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

> Как я тебе покажу, когда такие явления - вещи разовые.

Они принципиально воспроизводимы или нет?

> чтобы на них нарваться - Фоксом нужно пользоваться

Пользуюсь Fx с 1.0rcX, не нарвался. Вероятно, неправильные сборки Fx юзаю.

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

> Чем дальше, тем больше сбирается труЪ. "Не читал, но осуждаю".

Ви таки обздались, Фима (с) Смотрю на ваши ссылки уже второй раз, первый был в начале года. Эффектик ваш никто так и не воспроизвел.

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

>Они принципиально воспроизводимы или нет?

Нет. Ибо возникают спонтанно и нерегулярно. К слову сказать - не только у меня и даже не только под Linux. См. по ссылкам и на moziila.ru

>Пользуюсь Fx с 1.0rcX, не нарвался

Ну, у меня опыт немного поболее. Начиная с Phoenix 0.6 :D И сейчас 2.0.0.7 используется для девелопинга.

>Вероятно, неправильные сборки Fx юзаю.

Я, обычно, сижу на самосборе, но разницы по утечкам между ним и родным firefox-bin (одно время использовал, чтобы работал 32-х битный flash) не видел.

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

>>Они принципиально воспроизводимы или нет?

>Нет. Ибо возникают спонтанно и нерегулярно

Это утверждение нумер 1.

> Я, обычно, сижу на самосборе, но разницы по утечкам между ним и родным firefox-bin (одно время использовал, чтобы работал 32-х битный flash) не видел.

Это утверждение нумер 2.

Из '2' следует, что '1' неверно. То есть утечки воспроизводимы, так как "разницы по утечкам между ним и родным firefox-bin не видел".

btw, flash может сам по себе течь.

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

>Из '2' следует, что '1' неверно.

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

Я наблюдал утечки и на самосборе и на мозиловской сборке. Но повторить их специально не удаётся.

>flash может сам по себе течь.

В упомянутой по ссылке истории не было ни одной страницы с флэшом. В Опере Флэш не течёт. Рекорд - около двух недель незакрытой Оперы, когда я уходил в Отпуск. После возвращения можно было работать.

Вчера, уходя с работы не стал вырубать Фокс. Криминала не было, но решил провести эксперимент. На момент ухода было сожрано около 100Мб оперативки и около 300Мб свопа (весь день им не пользовался и он весь ушёл в своп). Сейчас же отожрано (смотрю рабочую машину по SSH) 328Мб VIRT и 113Мб RSS. Т.е. за сутки простого стояния и ничегонеделания у Фокса утекло более 40Мб памяти. Это, конечно, немного на фоне былых рекордов, но говорит о наличии такой тенденции.

Жалко, Оперу уходя вырубил, надо бы было сравнить :) На выходных оставлю оба браузера запущенными. Впрочем, у Оперы будет результат не совсем чистый. Она у меня на всех машинах синхронизирована, так что буду работать дома - закладки/тулбары и, главное, Speed Dial будут синкаться онлайн.

...

Гы. Второй прикол в том, что Фокс на работе сейчас ещё и CPU жрёт. Около 5.5% один процесс, полтора процента тругой и ещё по мелочи.

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