Где почитать про анализ нагрузки на компьютер скриптом javascript?

Question

[Altai90]

Я где-то когда-то слышал что какая-то библиотечка подсветки синтаксиса, вроде CodeMirror или SyntaxHighlighter во время инициализации замеряет нагрузку на компьютер и в зависимости от этого увеличивает или уменьшает скорость рендеринга. Подскажите пожалуйста, где можно об этом почитать?

Comments

[Роман]

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

[Altai90]

Роман, да, именно про такой принцип я и слышал

[Егор Живагин]

А я не слышал... может у кого ссылочка есть? Интересно почитать

[sim3x]

Речь про скорость рендеринга или про нагрузку?

Можно ведь нагружать цпу и ничего не показывать

[Altai90]

sim3x, речь об изменении нагрузки на компьютер в зависимости от скорости выполнения скрипта. Т.е. если скрипт выполнил часть вычислений быстрее чем задумывалось - объем вычислений для следующего промежутка времени увеличивается. И наоборот. Это делается для того чтоб на слабых компьютерах браузеры не зависали, а на мощных - скрипт выполнялся быстрее. В принципе логика такого скрипта понятна - делаем замеры, ставим таймауты и т.д. Но хотелось бы почитать про более сложные реализации такого скрипта, возможно какие-то паттерны, примеры и т.д.

[sim3x]

Altai90, теперь все еще более запутанно

Чем больше скорость, тем больше нагрузка, тк у нас яп не компилируемый и не полноценный JIT

Уточните конечную цель

[Altai90]

sim3x, конечная цель - сделать так чтоб браузер не зависал при больших объемах обработки информации.

[sim3x]

Altai90, Желательно не давать браузеру большого обьема информации никогда

Еще раз, уточните конкретную конечную цель

[Altai90]

sim3x, конечная конкретная цель - сделать так чтоб браузер не зависал при больших объемах обработки информации, когда всё-же надо ему дать такой объем. Как вариант - обработка большого массива объектов. Например тысяч 15 объектов (пример не гепотетический, но конкретика абсолютно не важна). Ещё раз - вопрос не в том как избежать таких случаев, а в том как равномерно распределить нагрузку на браузер когда этот случай всё-же возник

[sim3x]

Altai90, Конкретика - абсолютно важна
Большой массив информации незачем отдавать браузеру

[Altai90]

sim3x, я у вас спрашиваю - как вылечить грипп, а вы отвечаете - надо не болеть. Яснопонятно. Демагогией заниматься желания не имею никакого

[sim3x]

Altai90, не хотите получить ответ - ваше дело

Answer 1

[Stalker_RED]

let startTime = new Date().getTime();
// здесь тяжелые вычисления
// ...
let endTime = new Date().getTime();

console.log(`расчеты поребовали ${endTime - startTime} миллисекунд`)

Comments

[Altai90]

Вопрос совсем не об этом

[Егор Живагин]

А отличия от console.time ?

[Stalker_RED]

Егор Живагин, да без разницы. Консоль, кстати не везде есть.

Altai90, я понимаю, вопрос был "где почитать". Вы конечно можете поискать специальные книги об этом, мало ли. Может какой-нибудь автор таки сумеет выжать из этой темы научный труд на сотни страниц.

Вообще сама постановка вопроса у вас с ошибкой. Не может никакая библиотечка из браузера замерять "нагрузку на компьютер", никто ей этого не даст по соображениям безопасности. Единственное что она может - замерять время между какими-то событиями и на основании этого что-то там предпринимать. Почему это время изменилось - не этой библиотечки дело. Может я приоритет браузеру поменял, или частоту процессора снизил или запустил 50 процессов архиваторов, и они сожрали весь проц.

[Altai90]

Stalker_RED, сарказм про научный труд не уместен. Я конечно не могу вам запретить перекручивать вопрос и пытаться выдавить из этого какие-то шутки, которые смешные только вам, но смысла в этом не вижу.
Ещё раз, суть вопроса как-раз про "замерять время между какими-то событиями и на основании этого что-то там предпринимать". Цель - сделать чтоб браузер не зависал во время обработки больших объемов информации. Например во время создания подсветки синтаксиса кода, вроде библиотек, перечисленных в теле вопроса. Задача вполне реализуема и ясна. Хотелось бы почитать про варианты реализации подобных алгоритмов, примеры и т.д. Если хотите снова ответить в стиле "снизил частоту процессора, запустил 50 процессов и т.д" - то лучше не отвечайте. Вашу мысль по этому поводу я понял, и это совсем другой случай чем тот который я описал

[Stalker_RED]

Altai90, вот, стало немного теплее. Попробуйте перечитать свой вопрос и вот этот вот комментарий и сравнить где больше смысла. Я же не владею телепатией, и мог только догадываться какая у вас "суть вопроса".

В чем проблема с реализацией? Дробите крупные задачи на более мелкие, если некая эталонная задача выполняется слишком долго - делайте троттлинг, чтобы пользователь не завис намертво.

Answer 2

[Сергей]

Открыть вкладку Perfomance в панели разработчика в хроме

Answer 3

[Александр Таратин]

Чтобы не фризить интерефейс выполняйте вычисления в
https://developer.mozilla.org/ru/docs/DOM/window.r...

Методом деления пополам подбираем такое количество данных для обработки, которое будет отжирать не больше 16-17ms на каждый тик requestAnimationFrame

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

Внимание requestAnimationFrame не будет отрабатывать в фоновой вкладке. Это нужно учитывать в логике.

Также почитайте про https://developer.mozilla.org/ru/docs/DOM/Using_we...

Comments

[ATauenis]

Зайдет кто-то с Opera 12, есть фанаты, и получит шиш с маслом, а не работающий скрипт.

[Stalker_RED]

ATauenis, для таких случаев можно использовать полифилл

[Александр Таратин]

Stalker_RED, requestAnimationFrame не заполифилишь для использования в подобном сценарии.

Answer 4

[ATauenis]

Лучший вариант-Диспетчер задач системы и несколько компьютеров с самыми популярными конфигурациями, начиная с p4-2.0/512 mb/интегрированное видео i865/winxp (до сих пор типичный комп в глубинке, да и в Москве на помойках недавно появились такие, значит, народ ещё использует их) и заканчивая Ryzen или i9 с хорошим железом и win10. Не забывайте, что есть ещё люди с зарплатой до 15 000 р., им Ваш сайт (или скрипт, шаблон, что угодно) тоже может быть нужен. Счётчики производительности на старом железе иногда глючат, верить им не стоит.

Другой вариант, гнать в фоновом потоке счётчик времени первой операции, если вдруг она растянулась на минуту и больше, все анимации выключить, и включить режим совместимости с пролетарскими ПК.