LINUX.ORG.RU
ФорумTalks

[нищеброд][история фэйла] canvas жрёт память

 


0

2

Заюзал jqplot для графиков. На 3-4 линиях Chrome ещё держался. На 20 линиях и 10px между ними крепко задумался. На 20 линиях и 20px страница затормозила и сожрала 150Mb. На 20 линиях и 50px между ними (соотв. размер canvas больше) хром тупо повис.

Файрфокс 4.0 слегка задумался только на 100px между линиями. Разница в потреблении памяти при этом - 80mb при 20px и 100mb при 100px.

Размер canvas получается 750px на между_линиями*20px.

Про IE молчим, excanvas.js не помог ему нормально без глюков работать... то линии не покажет, то даты не обработает.

А ваш десктоп готов для HTML5?

★★★★★

Последнее исправление: queen3 (всего исправлений: 1)
Ответ на: комментарий от pekmop1024

Это скорее история фэйла, или моего удивления. Т.к. хромой-то вроде изначально задумывался для тяжёлого и современного JS.

queen3 ★★★★★
() автор топика

Вспомнил, как я еще во времена победоносного шествия 3.x ветки FF, отображал в нём «попиксельно» (при помощи цветных div, размером 2x2 пикселя) шкалы и регуляторы, которые по-другому никак было не построить интерактивно. (И ничего не тормозило, кстати.)

canvas после этого — просто луч света в тёмном царстве.

Chrome

Пора закапывать.

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

Ну, задумываться-то он может и задумывался, но непригоден совершенно. Полдня игры на betfair его убивают к чертям, превращая в глючную черепаху.

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

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

queen3 ★★★★★
() автор топика

На 100px (около 750x2000) Хром сожрал 350Mb (в виртуалке под виндой запустил, в линуксе дикие тормоза т.к. память заканчивается). В смысле, только вот эта конкретная вкладка столько скушала.

Фокс сжирает 100mb на _весь_ браузер в тех же условиях (по статистике памяти Хрома где он сравнивает себя и другие браузеры).

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

Так как раз динамичная нужна. Подвёл мышку к точке - инфа показалась, jqPlot это умееет. Но суть не в этом, а в том, что HTML5 ещё не готов для десктопа. Плюс, мой десктоп (1G для убунты, 1G для виртуалки) ещё не готов для HTML5.

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

в svg есть динамика и она гораздо проще. меняешь классы как в html. :hover :active и прочие из коробки. smil или css3 анимация на выбор.

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

Ну ОК, посмотрим. На jqplot-то я уже написал ;-) И не факт, что с svg ситуация будет приятнее (по памяти, поддержке, и т.п.). Но для интереса можно пощупать.

queen3 ★★★★★
() автор топика

> А HTML5 готов для вашего десктопа?

fixed

segfault ★★★★★
()

http://webglsamples.googlecode.com/hg/caves/caves.html

Тут конечно нужен WebGL, но минута «копания» сжирает порядка 800 мегабайт оперативки в стабильном FF.
Ну а потом лиса просто падает.
При этом в Chromium все более сносно. А opera вообще не надо более 80 мегабайт оперативки.

Так что вопрос в данном случает в отточенности технологий.
Ресурсоемких приложений с html5 пока мало, да и технологии относительно новые. До нормальной производительности ещё пилить и пилить.
Ну и если вы тестируете производительность, то лучше брать Chromium 12 и ночные билды лисы.

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