Можно ли как то, хотя бы косвенно, оценить загрузку процессора, во время выполнения сценария?
Скорее даже не загрузку процессора, а сколько сценарий поедает из выделенного браузеру резерва.
Допустим, в цикле выполняется процедура. Ну и выполнять какое то действие, раз в секунду, которое покажет, косвенно отразит, тяжесть выполняемого сценария.

Вот тут упоминается скрикт, отрисовывающий загрузку CPU:
http://webreflection.blogspot.com/2007/09/...pu-monitor.html

Естественно, это не чистый эксперемент, т.к. не только JS будет влиять, но хоть что-то )

Интересный скрипт только не очень корректно в эксплорере работает. Ghirik думаю некоего универсального способа на сколько скрипт подгружает систему в целом тоесть не только на сколько грузит процессор но и сколько памяти ест нет, а если и есть механизмы то они специфичны для разных браузеров. Скорее всего нужен некий способ оценки загружаемости системы скриптом.

Спасибо за ссылочку... Посмотрел демку.

открыл скрипт


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

Я это дело хочу использовать в тесте отрисовки изображения, и данные загрузки хочу получать достоверные. Косвенные, но достоверные.

Хочу сделать примерно так.
Сам тест отрисовки будет запускать интервал и, например, изменять по этому интервалу размер объекта.
Каждую секунду, на фоне работающего интервала, хочу запускать дополнительную процедуру и измерять время её выполнения. Зная время выполнения этой процедуры при остановленной отрисовке, можно достаточно достоверно судить о загрузке интерпретатора. Измерять загрузку CPU, в общем то и не нужно.

Вот и встает вопрос - какую процедуру использовать для измерения загрузки интерпретатора?

Пофиг или не пофиг какую?  

Если, например, интерпретатор начинает высвобождать ресурсы для выполнения параллельной задачи, и это отражается на поведении рисующего скрипта, то это тоже плохо. Получается, что время рисования следует то же измерять. Но как?
В браузерах на движке Gecko заметно, что при отрисовке интерпретатор, время от времени, улетает на выполнение каких то задач. Из за этого происходят дерганья изображения. Вообще, многие проги так себя ведут. Спрашивается, на кой бес нужно что то делать, когда пользователь не делает ни чего. Бред какой то, что за программеры такое сочиняют... 

P.S. Не правильно сказал, не интерпретатор улетает, а сама прога браузера тормозит интерпретацию скрипта.

Это сообщение отредактировал(а) Ghirik - 4.6.2008, 09:56

Ghirik, а может все-таки использовать именно интервалы? Ведь при нехватке расурсов они откладываются и потом выполняются "скопом" (могу ошибаться, но, кажется именно к таким выводам тут когда-то пришли). Т.е. как и в этом скрипте, анализировать количество пропущенных вызовов  или задержку выполнения. Мне кажется так оченка получится объективней.

Да, точно, здесь когда то была не плохая дискуссия на эту тему. Нужно поискать...



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

Добавлено через 4 минуты и 37 секунд
Т.е., на выполнении скрытых от пользователя операций, этих прерываний не заметно, а при монотонной отрисовке, появляются скачки. Видимо поэтому, от версии к версии FF не происходит улучшения отрисовки. Я тут уже писал, что FF3 стал ещё хуже рисовать. Вот сейчас и хочу сделать тест. Нужно ещё подумать...  

Со съедаемой паматью достаточно сложно, так как ИЕ, к примеру, скидывает мусор, кажется, каждые 10 секунд. То есть перед самым сбросом гарбаджа заполнение браузера идет максимальное, а потом бывают резкие падения объема. Это достаточно легко увидеть, если запустить Таск Менеджер и сильно загруженный проект в ИЕ - скачки бывают очень приличные. По ФФ у меня информации нет.

Для IE существует утилитка Drip, довольно активно используемая в борьбе с утечками памяти.