Как избежать большего объема памяти на клиенте?

Question

[D_E_S]

Есть приложение которое работает по api через ajax. Все данные приходят в браузер клиента и там с ними происходит работа. Если при полной выборки (все галочки и фильтры установлены) при открытие диспетчера задач в crome объём памяти на эту вкладку может вырост до 2гб.

На клиенте используется фреймворк Vue.js.

Какие советы и варианты решений могут быть? Есть ли какие-то инструмент контроля памяти?

Comments

[alex-1917]

Модно - не значит полезно...)))
Тут выбирать - или оставаться модником или все-таки прислушаться к недовольным орущим клиентам.... (У которых сайт дико тормозит)

По сути - 2Гб это ппц, что там грузится-то???
Просматривая периодически ГИТ, поражаюсь, как этот новомодный движок сочетается с таким обилием криворучек - пихают в выдачу почти весь DOM!! У вас случаем не так же?

Это я к чему? К тому, что Вы выложили катастрофично мало инфы, а ответ в лоб - ничо не поможет, 2Гб - это ппц!

[alex-1917]

инструмент контроля памяти

вы серьезно? ставить всем клиент инструмент? мы же вроде про память на клиенте, не?

Answer 1

[Владимир Проскурин]

Если вам на клиент приходит 2гб памяти, и они используются, то как минимум, объем потребления памяти у вкладки будет 2гб. Есть смысл пересмотреть стратегию, и сделать парциальное получение определенных данных, например при помощи пагинации.
Если памяти приходит меньше, смотрите, чтобы нигде не весели ссылки на элементы неиспользуемых данных, иначе сборщик мусора их не очистит. Предлагаю посмотреть в инструментах разработчика хрома вкладку Memory, сделать снимок, и изучить, какие данные занимают много объема. Если же там данные будут отображены меньше, то смотрите вкладку Perfomance, скорее всего у вас много манипуляций с DOM - неграмотное удаление элементов (без очистки событий).

Comments

[D_E_S]

Предлагаю посмотреть в инструментах разработчика хрома вкладку Memory,

про это мы знаем. на основе этого и ищем решение для выхода из ситуации

DOM - неграмотное удаление элементов (без очистки событий).

полностью согласен. будем тогда работать с localStorage

Answer 2

[Александр Гримашевич]

Увы и ах, но я тоже столкнулся с такой проблемой, когда современные фреймворки потребляют много ресурсов. А что, если на стороне клиента старенький ПК, в котором крайне мало оперативной памяти... Все плюсы обработки на стороне клиента теряют смысл. Все таки лучше обрабатывать данные на сервере, а клиенту отдавать минимальные (в плане нагрузки на его железо) файлы.

Кстати, на днях работал в Google Ads, он написан на Ангуляре, там куча данных обрабатывается на стороне клиента. Так вот, у меня железо не слабое, но комп шумел прилично + сам сервис жутко зависал. Чую, мода на фреймы пройдет как только все соприкоснуться с подобными проблемами и старые-добрые серверные языки вернут свои позиции, отчасти сданные перед серверным JS.

Comments

[Станислав Б]

старые-добрые серверные языки вернут свои позиции, отчасти сданные перед серверным JS.

а какая разница жс или что-то еще на сервере, или вы имели ввиду "жсом на клиенте"?

[Александр Гримашевич]

Станислав Б, ну это так к слову :)

[alex-1917]

вот тебе и модные штучки...))) Дело в том, что некторые такие вот новомодные сайты жутко тормозят даже на нне самых старых планшетах, 2016 года... ХЗ, нахрен такая мода, если клиенты орут...

[Александр Гримашевич]

alex-1917, ну изначально (при создании таких инструментов) наверное задумка была в том, чтобы сэкономить на серверах (на ум приходит Facebook с React).

Еще одна тема для размышления - железо наших компьютеров. Почему оно постоянно улучшается, становится более мощным, но все равно нам его не хватает (я даже не о играх говорю, а хотя бы о работе с веб-сайтами). Они придумывают новые технологии, мы жалуемся, что комп слабый и даже простые сайты вызывают нагрузку. Они экономят на серверах, мы тратимся на новое железо. Спустя некоторое время все идет по кругу. Да, то что я сказал может выглядеть глупо, прямо как заговор иллюминатов против обычных людей, но все же мне кажется, что-то есть в моих словах.

[alex-1917]

Александр Гримашевич, ахахах, у меня такие же мысли периодически ))))
удивляться нечему, миром правит БАБЛО.

[D_E_S]

Да есть такой момент что пк слабые, фреймворки много кушают. это всё проблемы и они понятны. Вопрос в том как их решить. Единственное что приходит на ум кеширование в localstorage благо уже сть решения
https://github.com/egoist/vue-persist и ещё сэкономить можно если другая вкладка это грузила https://github.com/robinvdvleuten/vuex-persistedstate