LINUX.ORG.RU
Форум — Development  

Ограничения DOM/JS

 ,


0

2

Собственно есть двигло клиентского OLAP'а на JS если просто вертеть куб то все ок. Проблема возникает если дернуть полностью детализированную информацию (даже если размерность равна 2) и заключается в том что все протестированные браузеры намертво виснут на 80% процессинга (всего ~230000 записей). Собственно нет ли тут каких либо захаркоженных лимитов?

← Затык на линковке - undefined reference to vtable. Наследник QAbstractTableModel.
ccMiner после компиляции исходников отказывается корректно работать. →

Ты пытаешься сделать 230000 * число_полей_в_записи узлов DOM? Не делай так. Они же не появляются на экране одновременно.

man virtual scrolling. Есть реализации, которые скроллят миллионы записей без малейших лагов. В том числе те, что тупо увеличивающие высоту контейнера, чтобы скроллбар показывал «нужную» высоту (а не как 99% infinity scrolling-решений, которые не в курсе, сколько элементов на бэкэнде).

http://mleibman.github.io/SlickGrid/examples/example-optimizing-dataview.html — пример на jQuery на 500к строк.

x3al ★★★★★
()
Последнее исправление: x3al (всего исправлений: 1)

А, да. Скорее всего, «захардкоженный» лимит — просто объём оперативной памяти, доступный браузеру.

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

64 не поможет. У жс лимит кучи ~ 1 гиг. Больше только через блобы можно.

Насчет проца - считай что примерно от обновления > 1К объектов dom начинаются проблемы.

Vit ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Затык на линковке - undefined reference to vtable. Наследник QAbstractTableModel.
Development
ccMiner после компиляции исходников отказывается корректно работать. →