The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Firefox отказывается в обозримом будущем от перехода на мног..., opennews (??), 16-Ноя-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


5. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от nicoizoemail (ok), 16-Ноя-11, 23:28 
Думаю, перейди они на многопроцессную модель, потребление памяти увеличилось бы во *много* раз. А второй хром, как и в Mozilla поняли, никому не нужен.
В самом деле, Firefox гораздо скромнее потребляет память, чем Chrome.
Не верите? Откройте в Хроме 100 вкладок и в FF.
Ответить | Правка | Наверх | Cообщить модератору

6. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Аноним (-), 16-Ноя-11, 23:33 
> В самом деле, Firefox гораздо скромнее потребляет память, чем Chrome.
> Не верите? Откройте в Хроме 100 вкладок и в FF.

А теперь закройте 99 вкладок. Ой Chrome опять занмает 10 Мб, а Firefox как занимал 800 так и занимает. И это несли закрыть глаза на фрагментацию памяти. Перечитайте внимательнее по ссылке в последнем абзаце достоинства многопроцессной модели.

Ответить | Правка | Наверх | Cообщить модератору

10. "Firefox отказывается в обозримом будущем от перехода на мног..."  +1 +/
Сообщение от тынц (?), 16-Ноя-11, 23:39 
> Ой Chrome опять занмает 10 Мб

ты врунишка. хром никогда не занимал 10 мб, даже пустой контейнер для фонового воркера.

Ответить | Правка | Наверх | Cообщить модератору

17. "Firefox отказывается в обозримом будущем от перехода на мног..."  –2 +/
Сообщение от Аноним (-), 16-Ноя-11, 23:58 
>> Ой Chrome опять занмает 10 Мб
> ты врунишка. хром никогда не занимал 10 мб, даже пустой контейнер для
> фонового воркера.

Учитесь воспринимать аллегории, не суть важно 10 или 100, главное что Chrome отдаёт память обратно после закрытия вкладок, а Firefox не только не отдаёт, но и растет со временем из-за нарастающей фрагментации в общей куче.

Ответить | Правка | Наверх | Cообщить модератору

62. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Аноним (-), 17-Ноя-11, 03:12 
Гуманитарий в треде? оО Не важен ему видите-ли 1 порядок! Тьфу!
Ответить | Правка | Наверх | Cообщить модератору

108. "Firefox отказывается в обозримом будущем от перехода на мног..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 17-Ноя-11, 11:11 
> Учитесь воспринимать аллегории

Учитесь не врать с разбегу, а хоть чуточку проверять факты перед нажатием кнопки "отправить".

> не суть важно 10 или 100

Важно.  Можете примерить на свои годы жизни и задуматься ещё разик.

> а Firefox не только не отдаёт

И это тоже не так.  Только что проверил на свежеприехавшем 8.0 лишний раз, а впервые примерялись к 2.0 с разными аллокаторами, помнится.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

153. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Аноним (-), 17-Ноя-11, 14:27 
>> а Firefox не только не отдаёт
> И это тоже не так.  Только что проверил на свежеприехавшем 8.0

Усложните эксперимент и попробуйте добиться возврата памяти через день интенсивного использования пары десятков вкладок в Firefox.

> лишний раз, а впервые примерялись к 2.0 с разными аллокаторами, помнится.

Читайте матчасть про особенности распределения памяти в Linux, а именно про то, почему из общей кучи при наличии определённой доли фрагментации обратно отдать память операционной системе невозможно. После вызова free() память остаётся закреплённой за процессом и освобождается только после завершения процесса.

Ответить | Правка | Наверх | Cообщить модератору

192. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Ноя-11, 17:09 
>>> а Firefox не только не отдаёт
>> И это тоже не так.  Только что проверил на свежеприехавшем 8.0
> Усложните эксперимент и попробуйте добиться возврата памяти через день интенсивного
> использования пары десятков вкладок в Firefox.

Хорошо, посмотрю ещё раз.  Вообще-то примерно раз в год-два по старой памяти и проверяю.

>> лишний раз, а впервые примерялись к 2.0 с разными аллокаторами, помнится.
> Читайте матчасть про особенности распределения памяти в Linux

Видите ли, когда мне стало интересно (делали школьный терминальный сервер), то матчасть была прочитана в составе реализации malloc() из glibc-2.5 и соответствующей дискуссии в lwn по ядерной стороне вопроса, которую как раз в очередной раз лопатили.

> а именно про то, почему из общей кучи при наличии определённой доли фрагментации обратно
> отдать память операционной системе невозможно. После вызова free() память остаётся
> закреплённой за процессом и освобождается только после завершения процесса.

Вот по кучам не специализируюсь, но насколько понимаю, некоторые попытки дефрагментации можно пристроить к realloc(), как и в http://blog.pavlov.net/2007/11/10/memory-fragmentation/ высказываются.

Ответить | Правка | Наверх | Cообщить модератору

254. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Аноним (-), 18-Ноя-11, 06:51 
> Учитесь воспринимать аллегории, не суть важно 10 или 100, главное что Chrome
> отдаёт память обратно после закрытия вкладок,

Нет, знаете, если я на машине с _дофигища_ памяти вдруг получаю в морду "out of memory", это все-таки становится довольно важно. Особенно если вспомнить что кроме браузера у меня и другие процессы есть.

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

12. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Dron (ok), 16-Ноя-11, 23:42 
>> В самом деле, Firefox гораздо скромнее потребляет память, чем Chrome.
>> Не верите? Откройте в Хроме 100 вкладок и в FF.
> А теперь закройте 99 вкладок. Ой Chrome опять занмает 10 Мб, а
> Firefox как занимал 800 так и занимает. И это несли закрыть
> глаза на фрагментацию памяти. Перечитайте внимательнее по ссылке в последнем абзаце
> достоинства многопроцессной модели.

Вы что-то путаете... в тексте нигде не написано, что Firefox однопоточный!
Он наверняка использует потоки, и изоляция там, где надо - есть.

Речь шла о том, чтобы разнести по потокам обработку интерфейса и рендеринг страницы.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

15. "Firefox отказывается в обозримом будущем от перехода на мног..."  +4 +/
Сообщение от Аноним (-), 16-Ноя-11, 23:55 
> Вы что-то путаете... в тексте нигде не написано, что Firefox однопоточный!

Сюрприз ! Firefox таки однопоточный, точнее псевдомногопоточный (FSM), т.е. больше одного CPU для его выполнения не используется.

Ответить | Правка | Наверх | Cообщить модератору

49. "Firefox отказывается в обозримом будущем от перехода на мног..."  +1 +/
Сообщение от titth (?), 17-Ноя-11, 01:03 
Неужто лис не сможет полностью загружать N-ядерный проц в ближайшем будущем?!... кака печаль... Даёшь каждому процессу по ядру и по ведру памяти, ура!:)
Шутки шутками, но как-то не очень хочется, чтобы все ресурсы компа были съедены каким-то там браузером. По мне, так пусть сидит в одном ядре, и баста. А остальным можно лучшее применение найти.
Ответить | Правка | Наверх | Cообщить модератору

50. "Firefox отказывается в обозримом будущем от перехода на мног..."  +4 +/
Сообщение от Аноним (-), 17-Ноя-11, 01:06 
> Шутки шутками, но как-то не очень хочется, чтобы все ресурсы компа были съедены каким-то там браузером.

Легким движением руки баг превращается... превращается... превращается баг... в изящную фичу!

Кстати, совет дня: если не хотите, чтобы многопроцессный браузер отжирал весь CPU, используйте cgroups.

Ответить | Правка | Наверх | Cообщить модератору

255. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Аноним (-), 18-Ноя-11, 06:52 
> Кстати, совет дня: если не хотите, чтобы многопроцессный браузер отжирал весь CPU,
> используйте cgroups.

О, сначала создадим себе проблем, а потом будем героически с ними бороться. А засранный список процессов куда девать? Скроллить 3 страницы процессов - ни разу не удобно.

Ответить | Правка | Наверх | Cообщить модератору

8. "Firefox отказывается в обозримом будущем от перехода на мног..."  +3 +/
Сообщение от Аноним (-), 16-Ноя-11, 23:37 
Зато так они бы получили целую пачку спонсоров в виде производителей модулей памяти.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

25. "Firefox отказывается в обозримом будущем от перехода на мног..."  +/
Сообщение от Аноним (-), 17-Ноя-11, 00:13 
> Зато так они бы получили целую пачку спонсоров в виде производителей модулей памяти.

... отняв этих спонсоров у гуглохрома.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру