Комментарии 11
хорошая эмуляцияНе знаю почему в оригинальной статье это назвали хорошим полифилом, но половина методов просто отсутствует, реализованы только mark и getEntriesByType. По этому в рамках борьбы за справедливость написал честный polyfill.
Там же первые комментарии содержат указания на опечатки в коде:
— Про reqCount->reqCnt
— и .length()
Поправьте хоть тут.
— Про reqCount->reqCnt
— и .length()
Поправьте хоть тут.
Я думал, что в песочницу переводы статей не публикуют.
Не могу понять, как можно использовать User timing api для сбора статистики по загрузке, например, тысячи сайтов? SiteSpeed.io вроде можно приспособить для этого, но он откровенно лагучий, увидеть его в работе так и не получилось.
А можно как-то измерять производительность JS в каких-либо «статических попугаях», чтобы попугаев было одинаковое количество на разных компьютерах, независимо от скорости процессора и активности других процессов? Например, количество выполненных эвентов, количество тактов процессора, и т.п.
А то текущие замеры по времени — сильно зависят от производительности процессора и текущей нагрузке на систему, например если на момент проверки в соседней вкладке майнятся бетховены, то статистика по User Timing API получится неправильной.
А то текущие замеры по времени — сильно зависят от производительности процессора и текущей нагрузке на систему, например если на момент проверки в соседней вкладке майнятся бетховены, то статистика по User Timing API получится неправильной.
Статистика всегда правильная, дальше все зависит от того, как вы интерпретируете, поэтому чтобы понять реальную картину, достаточно использовать процентили, дальше можно бить по браузерам и т.д.
Тут есть что-то про измерение количества процессорных инструкций
habr.com/ru/company/ruvds/blog/479266
habr.com/ru/company/ruvds/blog/479266
Благодарю, это прям то что нужно!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
User Timing API