В рамках проекта Qupzilla (http://www.qupzilla.co.cc/) развивается многоплатформенный web-браузер, построенный с использованием библиотеки Qt и браузерного движка WebKit (http://www.webkit.org/) (используется QtWebKit). Целью проекта является создание полнофункционального браузера, сравнимого по возможностям с Firefox и Chrome, но потребляющего при этом меньше ресурсов. Большое внимание уделяется обеспечению высокого быстродействия и отзывчивости интерфейса. Исходные тексты проекта распространяются (https://github.com/nowrep/QupZilla) под лицензией GPLv3. Бинарные сборки подготовлены (http://www.qupzilla.co.cc/download) для Windows и в виде deb-пакетов для Linux (для Ubuntu поддерживается PPA-репозиторий (https://launchpad.net/~nowrep/+archive/qupzilla)).Работа над проектом началась в прошлом году в образовательных целях, к декабрю 2010 года был подготовлен первый рабочий прототип, который был написан на языке Python с использованием модуля PyQt4. В 2011 году архитектура и цели ...
URL: http://www.omgubuntu.co.uk/2011/12/qupzilla-might-just-be-th.../
Новость: http://www.opennet.me/opennews/art.shtml?num=32663
Будет хорошо, если не загнётся как Arora.
> Целью проекта является создание полнофункционального браузера, сравнимого по возможностям с Firefox и Chrome, но потребляющего при этом меньше ресурсовинтересно... какже они решат эту проблему (потребление ресурсов) %) %)
понятное дело что пока программа ничего не умеет то она особо ничего и не потребляет :-) ... но ведь авторы написали что они хотят "создание *полнофункционального* браузера"
ФФ много потребляет из-за xulrunner, не будет здесь его - будет потреблять меньше.
А еще он много потребляет из-за системы адд-онов.
Не будет здесь их - потребление, конечно, будет меньше, но кому такой браузер нужен?
Файрфоксовские аддоны - тоже не образец быстродействия и оптимальности.Вот что хотелось бы - так это следующая модель: интерфейс аддонов вываливается как C API, плюс возможны дальнейшие уровни - в том чисде бриджи к другим языкам, используя SWIG. А при желании - цепляем какой-нибудь IPC и рулим внешним софтом. Или подключаем бридж C-Lua. или ещё что.
На вид не особо страшно должно быть и практически нет усложнения по сравнению с тупо прибитым гвоздями JS для расширений - просто модули хорошо оформить. Зато тогда во-первых имеем хорошие возможности по интеграции в окружение (допустим, как D-Bus модуль), автоматизации внешним софтом, для желающих гибкости - возможность писать на любых языках, для желающих скорости - нативные сишные плагины...
Решение любой проблемы методом диванных теоретиков опеннета - переписать все на си! И биндинги вывалить на си! И API на си! И даже небо! И даже аллах! Все на си.
На практике же подобные выкрутасы так усложняют систему, что она начинает течь(какая сборка мусора? никакой сборки мусора! только ручная дрочка памяти, только хардкор), тормозить и падать гораздо сильнее, чем её аналог с более простой и внятной архитектурой, пусть и менее эффективной реализацией.
http://en.wikipedia.org/wiki/XPCOM#Criticism
Конечно же это не архитектура гамно, а инженеры Apple неосиляторы. Куда уж им до местных кукаретиков.
Да.
Вывод: быстрый браузер = простой браузер. Почему хром на первых порах набрал офигенную аудиторию, хотя особо не рекламировался? Потому что он был прост как три копейки и как следствие быстр. Теперь же эта ниша вновь свободна, и, если руководители проекта не затупят, они вполне могут её занять, в чем и стоит пожелать им удачи!
Нифига себе особо не рекламировался. Такая мощнявая пиар компания была.
Си/плюсы и сборка мусора совместимы слабо. Там просто невозможно реализовать эффективный общий GC для сколько-нибудь сложного кода, не запретив разработчикам использовать 80% языка. Пруфы - OOo и Mozilla - оба известны именно тормозами. То, что они сделаны на базе костыльного GC известно меньше.А сишные API - это прежде всего простой стандарт взаимодействия, поддержанный ЛЮБЫМ хоть как-то языком - от перла до явы. Сложности они, при правильном написании, не добавляют. Опять же - я не просто так SWIG упомянул - потрудитесь глянуть, что это за зверь. К слову, обработка сборки мусора на границе "плюсы-джаваскрипт" у мозиллы - та ещё песня - из-за различия концепций там вполне себе явное управление памятью, которое может быть реализовано ровно так же в любом другом бридже.
А еще вы не вкурили главное - если у нас есть (сторонняя) JS-библиотека, нам в любом случае придётся делать интерфейс между ней и DOM-деревом. Достаточно этот интерфейс вывести наружу и нормально задокументировать.
Не знаю, что там в OOo, но нативный код лисы сборщик мусора не использует. У них есть свои наработки и даже приделанный к ней GC, но в продакшн он не идет. Только для тестирования и обнаружения утечек.
> сишные API - это прежде всего простой стандартНифига он не простой и не удобный. Просто другого вообще нет, вот и приходится кушать кактус.
Сорри, ошибся немного - это в JS GC, на стороно сишного кода там подсчёт ссылок (пруф: https://developer.mozilla.org/en/Using_XPCOM_in_JavaScript_w...) - что тем более скорости не прибавляет.А сишный интерфейс - что там неудобного? Передача объектов (по схеме хэндлы и функции, сними работующие) делается элементарно, и элементарно же обмазывается любым синтаксическим сахаром в биндингах к любому языку.
Кстати, вы уж определитесь - либо у нас XPCOM и маршаллинг, либо прямые сишные биндинги и явные вызовы из одной части кода в другую по управлению ресурсами. Потому что модели управления памятью таки разные.
>Вот что хотелось бы - так это следующая модель: интерфейс аддонов вываливается как C API...Так C API и так есть. В расширения можно даже бинарные блобы втыкать. Плюс те же плагины.
Другое дело, что C API не прижилось в расширениях. Уж очень на разном железе и OS живет firefox.
Мне. Давно ищу браузер без свистелок, перделок и лишних наворотов. Для веб-серфинга по выходным )))
> интересно... какже они решат эту проблему (потребление ресурсов) %) %)покажут *это* с пятью вкладками "приветмир" и тормозиллу с двадцатью вкладками, играющими флэш.
> покажут *это* с пятью вкладками "приветмир" и тормозиллу с двадцатью вкладками, играющими флэш.Большинство современных браузеров, включая тормозиллу, на типовом десктопе спекутся на четырех-пяти вкладках.
Типовой десткоп и даже ноутбук простой щас идут с 3-4 гигами оперативы...
Что там и где спечётся?
> Типовой десткоп и даже ноутбук простой щас идут с 3–4 гигами оперативы…и, конечно, она нужна только тормозилле, других задач нет.
а теперь представь, что авторы *каждой* программы будут считать: «а, память дешёвая. ну и что, что полтора гига сжирает? юзер добавит, а на нищебродов пофигу!» ты же первый будешь орать, что «криворукие программисты ничего не умеют, запустил калькулятор — вся система затормозилась и в своп ушла!!!111»
Сто ядер и память по цене лопаты дерьма - повод швыряться ресурсами и забыть об оптимизации производительности?
> Сто ядер и память по цене лопаты дерьма - повод швыряться ресурсами
> и забыть об оптимизации производительности?это ты *меня* спрашиваешь?
Вы странные )
Я сказал только один из аспектов - и получил тонны бреда в ответ. Не надо думать, что все вокруг п*дарасы, а ты Д'Артаньян...
Бывает и наоборот.
кто пробовал? быстрее, чем оригинальный FF?
> кто пробовал? быстрее, чем оригинальный FF?Да. Бегает быстро, но недалеко.
Все они поначалу быстрые и шустрые
Не верю я в стабильность этого браузера - как только станет он популярным, сразу повалятся письма о багах и падениях, а пока им пользуются три с половиной пользователя со своими ограниченными требованиями к этому браузеру все кажется хорошо. Как говориться - у разработчиков всегда все работает...
ставлю, выбираю русский, а там не слово по русски:)
шустренький на вид:)
Пишу с него, полёт нормальный
забыл добавить, реклама появилась:) так интересно, года 2 не видел:)
Видишь иконку адблока на втором скриншоте? Она там не для красоты.
так пусть она тогда работает, а то весит как украшение.
> а то весит как украшение.и сколько вЕсят украшения?
> ставлю, выбираю русский, а там не слово по русски:)
> шустренький на вид:)Ты не заметил, что там для интерфейса нет русского?
Поставил первое подение произошло через 3 мин , когда на этой странице нажал на ссылку показать возле коммента ))). но вроде более не падал .
Браузеры на qtwebkit все такие падучие...
Попытался опровергнуть вышесказанное утверждение, отписамшись из того браузера. Однако оно действительно упало на этом самом месте. Подтверждам-с, это падучая.
О чем и говорю ... ))) так что предложенное вами название QtPepetz само то )) ... Хотя лично я обожаю Qt ...
Скачанные бинарники вообще не запустились по Gentoo, Segmentation fault, а вот после пересборки с исходников все работает. Значит, если дистростроители соберут, должно работать нормально.
Ухахах только написал комент нажал отправить и он опять упал )))
Пишу из винды - ничего не падает.
Да в винде никогда ничего не падает, все рассказы про неё навет завистников.
> Ухахах только написал комент нажал отправить и он опять упал ))) ,
> пипец ….а ты бы Qt обновлял иногда, болезный. хотя куда тебе — ты будешь сидать на том мамонтячьем гуано, что в твоих «репах» и кричать, что всё падает.
> а ты бы Qt обновлял иногда, болезный. хотя куда тебе — ты
> будешь сидать на том мамонтячьем гуано, что в твоих «репах» и
> кричать, что всё падает.Иди расскажи это миллионам хомячков. Человек поставил себе программу, запустил, увидел приступ падучей болезни и снёс нахрен. Тем паче, что браузеров нынче как собак нерезаных. Короче, при всём уважении, пепелац не полетит.
> Иди расскажи это миллионам хомячков.миллионам хомячков надо раздавать брошюры «самоубийство — решение всех проблем» и «десять лучших способов самоубийства, рекомендовано Специалистами».
Хомячки и так это получают через масс-медиа, как-бы...
> Хомячки и так это получают через масс-медиа, как-бы...увы, через масс-медиа они получают то, что можно увидеть в фильме They Live!
Извиняюсь цитата не Вам а arisu
Насмешил насмешил )))) , я из исходников собирал , Qt 4.7.4 ... уж прошу прощение до 4.8 как то пока руки не дошли... так что не стоит быть столь резким ... выглядишь глупо...
Подверждаю. Довольно сильно НЕ устойчив.
Gentoo 32-bit Qt 4.7.4 Мир обновлен сегодня.
Сегфолтится по любому чиху. Разве что "на посмотреть" пока.
> Сегфолтится по любому чиху. Разве что «на посмотреть» пока.(задумчиво) я считаю, что оно не надо, но вот день посидел — даже с рекламой, лень адблок в нём настраивать — не упало ни разу.
Gentoo 64-bit, Qt 4.8Бинарники скачанные с сайта аналогично валились. Собрал с исходников работает отлично, шустро и стабильно. Их сборка падает из-за glibc. Если и винить разработчиков браузера то только в том, что они не в курсе всех глюков разных версий glibc. Им надо было скомпилировать бинарную версию с достаточно старыми glibc, а так проблема скорее в glibc и подходов линукс строителей чем разрабов. Код браузера стабилен.
ты же не забыл написать об этом авторам?
И не собираюсь :) Мне интересно посмотреть отладочную информацию, а вот времени писать нет. Да и кому собственно писать разработчикам Qupzilla, Qt или glibc. Да и суть проблемы то известна авторам glibc, и уже исправлена. Там были ошибки в режиме проверки выделения памяти с некоторыми версиями ядра (о как :)). Проблема исчезнет сама собой если Qupzilla появится в родном виде в разных дистрибутивах.
> И не собираюсь :)кто бы сомневался. тебе ж тут потрындеть прикольней, чем написать авторам, что у юзеров могут быть проблемы с падениями и чем эти проблемы могут быть вызваны. вот поэтому я и считаю открытые багтрекеры ненужными: чушь всякую туда пишут, а полезного почти никогда.
p.s. простая мысль о том, что если оно заработает репутацию «падучей ерунды» (и не по своей вине, чсх), то ни в каких «репах» оно не появится — не приходит?
И это печально :)>>p.s. простая мысль о том
Приходит, да, в репы не скоро попадет. Просто это не проблема разработчиков браузера, думаю не нужно их на такое даже отвлекать, это раз. Во вторых я разрабатываю софт, у меня свой софт падает :), а еще им нет желания писать о проблеме.
Я ж так могу тут немного потрындеть, немного потролить
Добро пожаловать в реальный мир :)
А вообще, среднестатистический пользователь Linux привык к танцам с бубном, вот я тут и написал: "Пересоберите с исходников программу с используемой в системе версии glibc и все заработает". Это ж не венда, где в системе есть куча разных версий одной и той же библиотеки, так что типа написал в правильное место :). Ну и еще все должно работать в Debian/Ubuntu/Mint, если пользователь на стабильной ветки сидит.
> А вообще, среднестатистический пользователь Linux привык к танцам с бубноморли? ты пингвинус и винду, часом, не попутал?
а писать девелоперам надо хотя бы для того, чтобы они на сайте вывесили предупреждение: «внимание! бинарная сборка может падать, потому что гладиолус! мы не виноваты, собирайте без гладиолуса.»
>а писать девелоперам надоМне не надо, для СЕБЯ я проблему решил :)
И вообще, я хороший, я патчи иногда шлю :)
да кто ж тебя заставить может-то? не хочешь — не надо: колхоз — дело добровольное.
> Ухахах только написал комент нажал отправить и он опять упал )))А я даже написать не успел :-)
С наступающим.
Без аддонов не нужно.
А что там с бразуером Qtweb http://www.qtweb.net/
> А что там с бразуером Qtweb http://www.qtweb.net/а ничего - никому не интересна проприетарщина под вайн
Только не назад к Firefox^W отдельной строке поиска!
1. Как они собираются управлять производительностью, основываясь на достаточно монстровом фреймворке - не очень понятно.
2. Если не научатся "из коробки" понимать файрфоксовские или хромовские расширения - не нужно: популярные ресурсы сами писать под них аддоны не будут. Именно из-за этого я был вынужден пересесть с полностью устраивавшей меня во всем остальном Оперы на Хром.
Расширения для Fx ему заранее не светят (кроме jetpack-расширений, тут шансы есть).
кому как... Меня вот объединение адресной строки и строки поиска сильно утомило, регулярно пытается искать то, куда надо тупо http подставить
> При построении интерфейса используется родного
> для каждого десктоп-окружения набора пиктограмм,
> виджетов и стилей, что позволяет обеспечить
> оформление, неотличимое от штатных программ для
> GNOME, KDE и Windows.Нативное оформление под винду такое нативное…
ESET ругается на сайт
Да уж... отзывчивость, гм... при клике средней кнопкой по ссылке - открытие в фоновой вкладке - интерфейс подвисает на долю секунды.
Ну и скроллинг в Опере плавнее. Остаюсь на Опере :)
> в Опере плавнее. Остаюсь на ОпереSeaMonkey однозначна лучше, как по стабильности так и лёгкости.
А то как о удобен и плавен и говорить не буду.
SeaMonkey это моя бродилка! Мой выбор! =)
>> в Опере плавнее. Остаюсь на Опере
> SeaMonkey однозначна лучше, как по стабильности так и лёгкости.Да, подтверждаю: последние два релиза SeaMonkey работают лучше Оперы, надёжнее и стабильнее.
Опера в Linux кошмарно течёт памятью. Примерно по 100 мегабайт в час. Однажды натекло 20 мегабайт за 10 минут. Жесть. Снёс это изделие без сожалений. А ведь когда-то был хороший браузер.
Согласен с комментаторами, утверждающими, что народонаселению нужна в первую очередь стабильность. Миллионы не станут разбираться, свежая ли у них версия Qt или чё там ещё. Миллионам нужна работоспособность "из коробки".
> Опера в Linux кошмарно течёт памятью.да? вот блин. а у меня неделю уже работает, и как сидела в своих 400 мегах, так и сидит. опять я что-то не так сделал: у пацанов течёт, у меня — нет… хнык-хнык.
>> Опера в Linux кошмарно течёт памятью.
> да? вот блин. а у меня неделю уже работает, и как сидела
> в своих 400 мегах, так и сидит.400 мегабайт - это же так мало, особенно в сравнении с 130-150 у Firefox, ага, ну да :)))
> опять я что-то не
> так сделал: у пацанов течёт, у меня — нет… хнык-хнык.Да, ты делаешь кое-что не так. Подумай сам, что именно.
> 400 мегабайт — это же так мало, особенно в сравнении с 130–150
> у Firefox, ага, ну да :)))для 283 вкладок — да, немного.
>> Опера в Linux кошмарно течёт памятью.
> да? вот блин. а у меня неделю уже работает, и как сидела
> в своих 400 мегах, так и сидит. опять я что-то не
> так сделал: у пацанов течёт, у меня — нет… хнык-хнык.Течет обычно на страницах с flash. Кто виноват - Опера или Flash - хз, проще отрубить его нафиг. Плюс адблок решает :)
ну да, забыл упомянуть, что у меня все плугины выключены.
У меня постоянно запущена всё троица (хром/файрфокс - для разработки, Опера - для всего остального) - как-то текучести не заметил. То есть гиг она сейчас отожрала, но там 71 вкладка. Дл сравнения FF10 - 380м на 24 вкладках и хромиум - 976м/39 вкладок. Файрфокс сегодня перезапускался, хромиум 15 - в пятницу, опера с недельку крутится.
> У меня постоянно запущена всё троица (хром/файрфокс - для разработки, Опера -
> для всего остального) - как-то текучести не заметил. То есть гиг
> она сейчас отожрала, но там 71 вкладка.Если это винрарная версия Оперы 10.10, то верю. Если новее - извините, не верю. Мой личный опыт говорит об ином. 11.60, 1 (одна) вкладка - через час более 200 мегабайт.
> Если это винрарная версия Оперы 10.10, то верю. Если новее - извините,
> не верю.opera:about
Version 12.00 pre-alpha
Build 108515733 xxx virt=392M res=322M /usr/lib/opera/opera
счётчик вкладок по расширению счётчика: 283.
>> Если это винрарная версия Оперы 10.10, то верю. Если новее - извините,
>> не верю.
> opera:about
> Version 12.00 pre-alpha
> Build 1085
> 15733 xxx virt=392M res=322M /usr/lib/opera/opera
> счётчик вкладок по расширению счётчика: 283.Нашли чем хвастаться, КЕП,
Ведь всем давно известно, что количество открытых вкладок в браузере обратно пропорционально площади коры головного мозга.
и у тебя, конечно, есть ссылки на исследования, которые это доказывают, а не просто ты с твоей собачкой фидо так решили.
А пойдите лесом, товарищ.Возникает такая орда очень просто. Допустим, есть неспешная фоновая задача, по ней что-то ищется/открывается. Если что-то исследовательское, на одно это вкладок 40 открывается запросто. На неё наложилось что-то срочное - опять ищем/открываем вкладки. Ну здесь десятком обойдёмся. Сделали. Закрывать не будем - вдруг что-то не доделал, заново копать ни к чему. В перерывах смотрим информацию по хобби или ЖЖ какой читаем - вкладок 15 легко - увидел интересное, всё сразу открыл и неспешно читаешь и закрываешь. Иногда кто-то подкидывает ссылки, которые вобще-то интересны, но сейчас читать времени нет или настроение не то - оставляем на потом, таких тоже с десяток всегда есть. Таким образом не скажу насчёт трёх сотен - но под сотню вкладок нарастает запросто, и где-то на этом уровне держится. А учитывая, что современные браузеры не умеют открыть закрытую вкладку точно в том состоянии как была при закрытии откуда-нибудь из кэша - вариант "сохранить урл и вернуться" не прокатывает - потому что вернуться можешь на 404 или к прибитому модератором обсуждению или на уехавшую черт знает куда ленту новостей и т.д.
Не винрарная. Вот что сейчас в бета-репозитории оперы - то и стоит. А что до личного опыта - значит ещё какие-то факторы есть. Впрочем, с вероятностью оно на одну вкладку именно 200 метров и отожрёт а потом расти будет слабо - но это как идея, не проверял.
Почему в этом треде ещё никто не написал про leechcraft?
если открыть 7-8 табов он жрет также ка ФФ
попробовал интерфейс точно так же прибит гвоздями, как и у тормозиллы. только при этом тормозилла хотя бы работает и имеет кучу расширений, а это поделие только тормозит.я к тому, например, что: address bar вниз перетащить? да вы чо, это кощунство и Никому Не Надо. в общем, можно уносить, ещё один бесполезный недобраузер.
p.s. скажите уже им кто-нибудь, что на текущем QtWebKit нельзя сделать более-менее нормальный браузер, потому что нет доступа к кишкам вебкита. ну, если, конечно, не считать браузером «нечто, что показывает странички».
Кто бы мне объяснил, как сочетаются нативный вид и поддержка тем?
Почему тырят интерфейс у креатора?
>>Единый унифицированный интерфейс для доступа к закладкам, истории посещений и подписке/чтению RSS. Вся информация представлена внутри одного окна;1-в-1 креатор, как и клементин, впрочем...
FF вполне неплохо бегает, а на меньшую функциональность я не согласен.
Прикрутили бы расширения от других браузеров. (правда, тормоз был бы еще тот)
Второй Chromium, но с поддержкой тем не нужен - никто плагины под "это" пилить не будет.
Хороший браузер - но вот quicktime и gecko-mediaplayer пока не дружит.
Если кто-то знает как подружить - пусть напишет :D
поставил на посмотреть. Преимуществ перед хромом не увидел никаких. Падений, впрочем, тоже не заметил.ЗЫ: Win7 x86-64
KUBUTU + qupzilla-next_1.1.2.2 = STABLE
Почти все возможности HTML5 & CSS3+ поддерживает. Работает очень быстро, отрисовка мгновенная, скроллинг без лагов в отличие от rekonqBUGS:
1. Flash "раз через раз" работает
2. Некоторые шрифты (в частности font: 13px "Times New Roman"; ) неправильно отображаются
3. Страницы загружает мгновенно как браузер от Гугла, но некоторые страницы наоборот очень долго
4. Есть проблемы со сложными градиентами, например: -webkit-linear-gradient(left center , #4477AA 0%, #8AACCB 15%, #4477AA 30%, #8AACCB 85%, #4477AA 100%);Пост из Qupzilla
Пишу из QupZill'ы. :)
Норм браузер, правда течет немного.
Для меня преимущество QupZill'ы в отрисовке шрифтов: надоело резанный шрифт в хромиуме смотреть :)
кому интересно, сравните сами http://img28.imageshack.us/img28/3141/screenshoot1a.png
Извините конечно, но утечкой памяти я всегда считал не высвобождение памяти при ошибке программирования. Например, когда просто забыли высвободить память, а указатель уже похерили.Вот все отписавшиеся про утечки памяти: а как вы на глаз определяете, что высокое потребление памяти - это ошибка? Может она деятельно расходуется? Например, кэш собирает.
""... Вот все отписавшиеся про утечки памяти: а как вы на глаз определяете, что высокое потребление памяти - это ошибка?... ""А вот запустил гуглопочту и оставил, через часик процесс браузера занимает уже метров 200 (при начальных 40) и потихоньку растет. Rekonq, к слову, вообще эпичен: за часок-другой работы в гмайл уже 500 метров. :)
В любом случае программа не должна расти в размерах, особенно при одной вкладке.
Вот я примерно про это и говорю, что вы судите по внешнему параметру, может когда процесс отъест 2 ГБ, он соберёт мусор? То что процесс поедает память ещё не значит, что он не способен отдать её обратно. Может просто архитектор этой программы наркоман =).Моё обращение не защита программ, которые поедают память. Просто есть ряд задач которые могут вызвать большое потребление памяти даже на "одной вкладке". Вполне возможно, что в вашем примере действительно утечка, но чтоб проверить это надо либо дождаться исчерпания памяти и падения программы (опять таки, если это не входило в планы авторов), либо, что лучше, найти причину, и доказать, что выделенная память не имеет возможности быть освобождёной.
Простой пример, если я скажу что у меня течёт браузер A, тут же налетит куча человек, которые с этим не согласны, на что прилетит другая, которая не согласна с несогласными. И начнётся игра в верю - не верю. Доказательства лучше искать в коде.
Пока я могу говорить о большом потреблении, меня оно не устраивает, но говорить, что это утечка, не могу.
Есть подозрение, что Жаба не прижилась на десктопах именно потому, что JVM освобождает память тогда, когда сама нажрется, а не тогда, когда эта память понадобилась системе и другим программам.
> Есть подозрение, что Жаба не прижилась на десктопах именно потому, что JVM
> освобождает память тогда, когда сама нажрется, а не тогда, когда эта
> память понадобилась системе и другим программам.Это поведение не является утечкой памяти (т.е. ошибка). Это одна из стратегий её использования (фича). И не надо сейчас писать, что это багафича. Есть задачи, которым такое поведение не вредит.
Ещё раз повторюсь, когда программа потребляет очень много памяти - это плохо, но вовсе не обязательно связанно с утечкой памяти. Java этому хороший пример.
К слову, в браузерах, насколько могу понять, достаточно сложно искать, а главное исправлять утечки. Они находятся на уровне работы с DOM'ом и JS. Это я так, чтобы пост в тему был =).
Есть программы, которые пишутся без учета того, что на компьютере они не одни.
Но браузер, в отличие от JVM на энтерпрайз-сервере, явно не будет единственной запущенной программой.
Поэтому жрать память quantum satis (даже если это не утечка) он не имеет права.
> Вот я примерно про это и говорю, что вы судите по внешнему
> параметру, может когда процесс отъест 2 ГБ, он соберёт мусор?Ну так не у всех по 4 Гб оперативки... И надеяться на то, что программа сама ее когда-нибудь(!!!) освободит не приходится.
> Доказательства лучше искать в коде.
Прекрасно, вперед, исходники же открыты, поможешь проекту.
ЭТО РЕДКИЙ ХУЙ