[Doka 1]

Столкнулся с неприятным эффектом при открытии "нескольких" страниц форума: оказалось на новом движке каждая страница потребляет под 30МБ ОЗУ (Firefox 74) в связи с чем ищу способы с помощью недокументированных возможностей снизить потребление памяти (можно даже с частичной потерей функционала - например, режим read only).

Разбирался ли кто-то как с помощью Tampermonkey (или подобных плагинов) ограничить/модифицировать загрузку тяжёлых, но необязательных частей страницы темы?

 

 

[makc 192]

Думаю, что ничего не получится, т.к. динамика (JS) жрёт память и этот форум ещё более-менее гуманен, т.к. у того же хабра одна статья может легко скушать 50 МБ и более.

[Doka 1]

12 hours ago, makc said:

динамика (JS) жрёт память

ок, но тот же матжакс нужен в 1% случаев, далее 90% времени на форуме: Read Only, потом какие-то языковые скрипты подгружаются

т.е. гипотетически можно было бы отключить через Tampermonkey эти скрипты:

forum/applications/core/interface/ckeditor/ckeditor/ckeditor.js
forum/applications/core/interface/ckeditor/ckeditor/plugins/mathjax-lib/MathJax.js?config=TeX-AMS_CHTML
forum/uploads/javascript_global/root_js_lang_1.js
forum/applications/core/interface/plupload/plupload.full.min.js

сколько это могло бы сэкономить?

[mantech 34]

22 часа назад, makc сказал:

динамика (JS) жрёт память и этот форум ещё более-менее гуманен, т.к. у того же хабра одна статья может легко скушать 50 МБ и более.

Жуть какая! Докатились эти "кодеры". Вот не понимаю, чего там может так жрать память, кроме картинок, хотя они жатые же?  Помню времена, когда я мог зайти проверить почту по диалапу за пару минут на скорости 33600 бит\сек...  Все это очень печально, ИМХО.

[makc 192]

Только что, mantech сказал:

Жуть какая! Докатились эти "кодеры". Вот не понимаю, чего там может так жрать память, кроме картинок, хотя они жатые же?  Помню времена, когда я мог зайти проверить почту по диалапу за пару минут на скорости 33600 бит\сек...  Все это очень печально, ИМХО.

Речь не об объёме скачанных данных, а об образе изолированной вкладки с интерпретатором JS внутри, со всеми данными и объектами интерпретатора/библиотек. Но в целом я согласен, всё грустно. Универсальность и гибкость не способствуют оптимизации и эффективности.

[mantech 34]

8 минут назад, makc сказал:

Универсальность и гибкость не способствуют оптимизации и эффективности.

Так ведь этому JS уже сто лет в обед, но еще 10 лет назад таких требований к памяти не было, вот что удивительно...

Такое впечатление, что сам браузер на нем работает, а потом еще внутри себя обрабатывает страницу, т.е. двойная интерпретация на лету...

Как пример, есть ИДЕ ИАР, написанная на Си, и есть эклипс на java, так вот ИАР работает практически мгновенно, а эклипс чувствуется торможение, на одном и том же компе, что логично...

Изменено 12 июля, 2023 пользователем mantech

[petrov 6]

Движок форума негодный, очень жаль, что его нельзя поменять.

[makc 192]

16 минут назад, petrov сказал:

Движок форума негодный, очень жаль, что его нельзя поменять.

Поменять на что? Может быть проблема шире и современный "интернет" негодный? ;-)

[petrov 6]

makc

Это уже обсуждалось, приводились примеры других форумов, вы говорили, что сделать так невозможно по каким-то причинам. Старый движок был лучше, в режиме просмотра работал без JS, не тормозил даже на слабом железе, имел удобный plain text редактор сообщений с тегами.