На сколько порядков?

>> И как этому будут рады конкуренты.
> Несомненно, конкуренты (в лице хрома) будут опечалены утратой своего конкурентного преимущества.

О да, за то время пока Mozilla будет нагибатся, чтобы чуть догнать в многопроцессности хром, Google сможет воплотить еще несколько умных задумок на будущее, до которых Mozilla уже никогда не дотянет.

А ты повыбрасывай всё то дерьмо, что налепил на браузер в виде плагинов - будешь приятно удивлён )))

вот и я говорю, что достаточно интересные запилы в джите юзеру видны фигово. но это не значит, что тормозилловцы занимаются невесть чем. им бы вот только таки разрабатывать себе ядро, и не писать браузер — и было бы хорошо. а то сам геко у них неплохой, а браузеры получаются раз от разу всё хуже.

И часто у вас виснут вкладки? У меня вот открыто 250 вкладок сейчас. Неделю. Ничего не висит. Наверное я что-то делаю не так, но с моей колокольни, "не надо чинить то что не сломано".

Напротив, она очень кстати. Пустить вам в фоне не 1 майнер биткоинов а целых 4 явно профитабельнее если у вас 4-ядерный проц. А то что комп превратится в отопитель и в хроме нет удобной удавки для яваскриптов как NoScript в лисе - да чьи это проблемы?! :)))

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

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

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

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

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

да, я думаю, в тормозилле сидят идиоты, не имеющие внятного опыта написания gc.

> Гугли для начала jemalloc и compartments.

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

также можешь погугить на предмет разницы между gc и «ручными» кучами.

впрочем, как ты сам признался, ты диванный программист, поэтому тебе позволительно быть невеждой. только не влезай тогда со своим Мнением туда, где беседуют люди, съевшие несколько упряжек собак на реализации разных gc.

Ты бы в вопросе разобрался, прежде чем писать. Когда-то FF жрал ещё больше, чем сейчас. Архитектура такая и кривой код. Тогда мозилловцы сказали, что типа фиксить мы это не будем, а подопрём такой штукой, как jemalloc. А это сторонний код из BSD, который НЕ ПРЕДНАЗНАЧЕН для исправления кривых программ, а предназначен для оптимизации прямых. Так что кривой код подпёрли jemalloc-ом, и всё, вроде как сделали доброе дело, только это не сильно помогло, и до 7.x FF жрал дай боже. Не стоит даже говорить, что другие браузеры на этих же страницах нормально работали.

Я например считаю исключительно удобными "вечную прокрутку" страниц вконтактика, живой поиск гугля, открытие картинок в новом слое на той же странице "в псевдоокне" на многих сайтах (включая лурк)
А отправку пользователя со страницы вида opennews/art.shtml?num= на страницу вида cgi-bin/openforum/vsluhboard.cgi?az=post& считаю неудобной и очень медленной (прекрасно понимая, что дело в скорости соединения с интернетом)

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

дадада. 60 == 113.

Фокус в том, что страницы-то как раз уже были и не кривые. Ну и никто другой за ночь не протёк, только FF. С тех пор зарёкся его держать запущенным более чем необходимо.

Я за вас очень рад, что в вашем случае проблема не проявляется.
Но перед тем как бочку катить на других не хило было бы подумать хотя бы для чего Mozilla запустила инициативу Memshrink, если, как вы говорите, проблемы не существует.

> если эти страницы ещё не скачаны

Может быть скачана часть страницы, как поведёт себя браузер в данном случае? А в каком порядке он скачивает файлы CSS, JS, .., требуемые для отображения? Мне удобнее когда сначала загружается HTML, отображаясь прям по мере загрузки, затем его отображение меняется. Браузеры чаще идут наоборот: загружают всё, потом начинают отображать. На то есть причины, но я бы хотел выбор.

> В нормальной системе с нормальными дефолтами на самом деле вот так сходу - получишь ХРЕН. И это будет ПРАВИЛЬНО

Я прошу приоритет ABOVE_NORMAL, мне дают BELOW_NORMAL. Я прошу нарисовать круг, мне рисуют треугольник. ОС, которая игнорирует требования программ по определению ненормальна. ОС должна или выполнить что затребовано, или вернуть отказ. И хоть Win, хоть Lin действуют в данном случае аналогично.

Часть плагинов уже тихо и без пыли появилась под оперу. Dragonfly стал более интуитивным, чем Firebug. Так что, боюсь, последнее былое преимущество ускользает.

У меня ноут дня три в слипе живёт. Когда был новый (4.5 года назад) то спокойно лежал неделю. Так что либо ноут говно, либо руки, тут уж сами решайте.