Що таке "(програма)" у профілі налагоджувача Chrome?

178

Що таке "(програма)" у стовпчику функцій налагоджувача Chrome?

javascript google-chrome-devtools

— hvgotcodes
джерело

Відповіді:

(program)це сам Chrome, корінь дерева, що викликає всі інші коди ... він є, тому що перехід з рідного коду на JavaScript, завантаження ресурсів тощо повинен починатися десь :)

Ви можете побачити приклади перегляду дерев у документах інструментів для розробників Chrome .

— Нік Крейвер
джерело

ах - так, якщо це високий відсоток, чи можна щось зробити з цього приводу?

— hvgotcodes

@hvgotcodes - Звучить, що це відсоток усіх порцій нижче. Тепер, якщо відсоток самодостатку високий, ви не можете багато чого зробити, якщо тільки ваша розмітка в цілому не дуже велика.

— Нік Крейвер

Чи знаєте ви, будь ласка, як отримати доступ до коду в розділі "(програма)"? Якимось чином частини JavaScript в проекті, над яким я зараз працюю, закінчуються там, і єдиний спосіб я можу потрапити до налагоджувача - це встановити "налагоджувач". в код, що не зовсім зручно.

— Ярослав Заруба

Я думаю, що це насправді неправильно, і відповідь @ user1009908 правильна. Це не корінь, а його рідний код. Підтримується той факт, що приклад перегляду дерева не показує його як корінь.

— studgeek

Що стосується високого% програми (), то іноді css-анімація призводить до високого використання процесора, що буде відображено в програмі (). На жаль, профілер не може допомогти визначити джерело.

— ılǝ

Я вважаю, що програма - це нативний код, а не корінь дерева.

Дивіться цю тему:

https://bugs.webkit.org/show_bug.cgi?id=88446

Отже, більше схожі на системні дзвінки, ніж як main ().

Мабуть, це включає час простою. Крім того, деякі профілі (програми) доступні з chrome: // profiler /

— user1009908
джерело

Погоджено - але лише оновлення: воно більше не включає час простою. Про це зараз повідомляється окремо як (у режимі очікування)

— Gio

Як говорить @Nick, це має десь почати.

Схоже, що частина процесора Profiler подібна до багатьох інших профілів, які базуються на тих же концепціях, що і gprof .

Наприклад, self - це майже марне число, якщо в якомусь коді є щось на зразок міхура великого масиву чисел, який ви можете редагувати. Вкрай малоймовірно.

Усього має бути включено кальє, тому це корисніше. Однак, якщо зразки не беруться як у блокований час, так і під час роботи, це все ще є досить марним, за винятком програм, повністю пов'язаних з процесором.

Це дає вам статистику за функцією, а не за рядком коду. Це означає (якщо ви можете покластися на загальний відсоток), що функція коштує стільки, в тому сенсі, що якщо ви могли якось змусити її зайняти нульовий час, наприклад, заглушивши її, цей відсоток - це скільки часу ви заощадите.

Тож якщо ви хочете зосередитись на дорогій функції, вам потрібно полювати всередині неї на те, що можна оптимізувати. Для цього потрібно знати, як час розподіляється між рядками коду у функції. Якби ви коштували на основі кодового рядка, це призвело б вас безпосередньо до цих рядків.

Я не знаю, чи зможете ви отримати кращий профайлер, як, наприклад, набір настінних зразків для збору стеків на рівні лінії, наприклад Zoom . Ось як я це роблю .

— Майк Данлаве
джерело

@hvgotcodes: Не впевнений. Я не використовую їх, тому що я просто знімаю стеки у відладці. Але ви на Linux, правда? Чи можете ви отримати пробну копію Zoom? Це досить добре.

— Майк Данлаве

@hvgotcodes: Отже, єдина допомога, яку я можу запропонувати, - це метод, на який я покладаюся.

— Майк Данлаве