Исходное сообщение
"В Firefox 41 будет существенно сокращено потребление памяти ..." Отправлено Mihail Zenkov, 03-Июл-15 23:16
> 1) В случае браузера сама модель, в которой представляется содержимое, гораздо сложнее. > От рамочек до логики обтекания - на всё это нужны структуры, > даже если мы выводим "просто текст". Согласен. Но насколько сложнее? Какие параметры должны входить в подобные структуры? Какой будет примерный размер для среднего элемента, например ссылки? > 2) Браузер, рассчитанный на отображение сложного форматирования, , всё это дело максимально > кэширует, причём на куче уровней - вплоть до битмапов с кусками > страницы. Потому что типовой сайт каждый раз при прокрутке рендерить - > слишком медленно. Но если он уже сохранил кусок как битмап, то можно освободить все структуры которые использовались в данном куске и в итоге не должно получится слишком много. > 3) JS (а он на Opennet есть) может обратиться к громадной куче > свойств объектов в DOM. теоретически, конечно, можно эти свойста на лету > создавать, но на практике, полагаю, как минимум часть создаётся всегда. > 4) JS-движок - отдельная песня. С JIT, его статистикой и интерфейсами к > DOM (там куча прокси-объектов со счётчиками ссылок, например) памяти может уйти > довольно много. В Netsurf JS-движок очень прост и по умолчанию вообще > отключён. Я специально отметил, что вовремя эксперимента js был отключен. Просто посмотрите код страницы opennet.ru - зачем для ее отображения мегабайты? ИМХО ее можно вообще интерпретировать на ходу и сразу отправлять в frame buffer.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> 1) В случае браузера сама модель, в которой представляется содержимое, гораздо сложнее. >> От рамочек до логики обтекания - на всё это нужны структуры, >> даже если мы выводим "просто текст". > Согласен. Но насколько сложнее? Какие параметры должны входить в подобные структуры? Какой > будет примерный размер для среднего элемента, например ссылки? >> 2) Браузер, рассчитанный на отображение сложного форматирования, , всё это дело максимально >> кэширует, причём на куче уровней - вплоть до битмапов с кусками >> страницы. Потому что типовой сайт каждый раз при прокрутке рендерить - >> слишком медленно. > Но если он уже сохранил кусок как битмап, то можно освободить все > структуры которые использовались в данном куске и в итоге не должно > получится слишком много. >> 3) JS (а он на Opennet есть) может обратиться к громадной куче >> свойств объектов в DOM. теоретически, конечно, можно эти свойста на лету >> создавать, но на практике, полагаю, как минимум часть создаётся всегда. >> 4) JS-движок - отдельная песня. С JIT, его статистикой и интерфейсами к >> DOM (там куча прокси-объектов со счётчиками ссылок, например) памяти может уйти >> довольно много. В Netsurf JS-движок очень прост и по умолчанию вообще >> отключён. > Я специально отметил, что вовремя эксперимента js был отключен. Просто посмотрите код > страницы opennet.ru - зачем для ее отображения мегабайты? ИМХО ее можно > вообще интерпретировать на ходу и сразу отправлять в frame buffer.
	Введите код, изображенный на картинке: