Как объединиться: первый ребенок и: парение?

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

Мы 'зафиксировали' это, не путем переключения на более быстрый компонент или оптимизации некоторого метода, но путем рендеринга данных сначала, затем рендеринга сеток с setTimeout. Так, информация казалась первой, тогда сетки появятся в место секунду спустя. В целом, потребовалось немного больше времени обработки, чтобы сделать это тот путь, но пользователю, воспринятая производительность была улучшена.

В эти дни, профилировщик Chrome и другие инструменты универсально доступны и просты в использовании, как console.time() , console.profile() , и performance.now() . Chrome также высказывает Вам мнение временной шкалы, которое может показать Вам, что уничтожает Вашу частоту кадров, где пользователь мог бы ожидать, и т.д.

, документация Открытия для всех этих инструментов действительно легка, Вам не нужно ТАК ответ для этого. 7 лет спустя я все еще повторю совет своего исходного ответа и укажу, что у Вас может быть медленный код, выполненный навсегда, где пользователь не заметит его, и довольно быстро кодирует выполнение, где они делают, и они будут жаловаться на довольно быстрый код, не являющийся достаточно быстрым. Или что Ваш запрос к Вашему API сервера взял 220 мс. Или что-то еще как этот. Точка остается, если Вы вынимаете профилировщика и идете, ища работу, чтобы сделать, нахождением его но это не может быть работа, в которой нуждаются пользователи.