https://doc.ruscomtech.ru/index.php?action=history&feed=atom&title=%D0%9F%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BF%D0%B0%D0%BC%D1%8F%D1%82%D0%B8Профилирование памяти - История изменений2026-09-16T15:11:00ZИстория изменений этой страницы в викиMediaWiki 1.43.9https://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BF%D0%B0%D0%BC%D1%8F%D1%82%D0%B8&diff=4725&oldid=prevENetrebin в 14:26, 13 сентября 20242024-09-13T14:26:14Z<p></p>
<table style="background-color: #fff; color: #202122;" data-mw="interface">
<col class="diff-marker" />
<col class="diff-content" />
<col class="diff-marker" />
<col class="diff-content" />
<tr class="diff-title" lang="ru">
<td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">← Предыдущая версия</td>
<td colspan="2" style="background-color: #fff; color: #202122; text-align: center;">Версия от 14:26, 13 сентября 2024</td>
</tr><tr><td colspan="2" class="diff-lineno" id="mw-diff-left-l1">Строка 1:</td>
<td colspan="2" class="diff-lineno">Строка 1:</td></tr>
<tr><td colspan="2" class="diff-side-deleted"></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;">'''''[[Применение Ключ-АСТРОМ]] / [[Применение Ключ-АСТРОМ#.D0.9F.D1.80.D0.BE.D1.84.D0.B8.D0.BB.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B5%20.D0.B8%20.D0.BE.D0.BF.D1.82.D0.B8.D0.BC.D0.B8.D0.B7.D0.B0.D1.86.D0.B8.D1.8F|Профилирование и оптимизация]] / Профилирование памяти'''''</ins></div></td></tr>
<tr><td colspan="2" class="diff-side-deleted"></td><td class="diff-marker" data-marker="+"></td><td style="color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #a3d3ff; vertical-align: top; white-space: pre-wrap;"><div><ins style="font-weight: bold; text-decoration: none;"></ins></div></td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>Профилирование памяти позволяет понять поведение приложений при выделении памяти и сборке мусора с течением времени. Оно помогает определить вызовы методов в контексте, в котором было выделено больше всего памяти, и объединить эту информацию с количеством выделенных объектов. Перспектива '''Survivor''' помогает понять контекст, в котором создаются долгоживущие объекты (объекты, пережившие несколько циклов сборки мусора).</div></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><div>Профилирование памяти позволяет понять поведение приложений при выделении памяти и сборке мусора с течением времени. Оно помогает определить вызовы методов в контексте, в котором было выделено больше всего памяти, и объединить эту информацию с количеством выделенных объектов. Перспектива '''Survivor''' помогает понять контекст, в котором создаются долгоживущие объекты (объекты, пережившие несколько циклов сборки мусора).</div></td></tr>
<tr><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><br></td><td class="diff-marker"></td><td style="background-color: #f8f9fa; color: #202122; font-size: 88%; border-style: solid; border-width: 1px 1px 1px 4px; border-radius: 0.33em; border-color: #eaecf0; vertical-align: top; white-space: pre-wrap;"><br></td></tr>
</table>ENetrebinhttps://doc.ruscomtech.ru/index.php?title=%D0%9F%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%BF%D0%B0%D0%BC%D1%8F%D1%82%D0%B8&diff=4219&oldid=prevIKuznetsov: Новая страница: «Профилирование памяти позволяет понять поведение приложений при выделении памяти и сбо...»2024-07-31T21:58:13Z<p>Новая страница: «Профилирование памяти позволяет понять поведение приложений при выделении памяти и сбо...»</p>
<p><b>Новая страница</b></p><div>Профилирование памяти позволяет понять поведение приложений при выделении памяти и сборке мусора с течением времени. Оно помогает определить вызовы методов в контексте, в котором было выделено больше всего памяти, и объединить эту информацию с количеством выделенных объектов. Перспектива '''Survivor''' помогает понять контекст, в котором создаются долгоживущие объекты (объекты, пережившие несколько циклов сборки мусора).<br />
<br />
У вас есть следующие возможности доступа к профилированию памяти:<br />
<br />
* с помощью диагностических инструментов<br />
*# Перейдите в раздел '''Профилирование''' и выберите '''Непрерывное профилирование ЦП'''.<br />
*# В столбце Действия необходимой группы процессов выберите '''Дополнительно ( … ) > Выделение памяти'''.<br />
<br />
[[Файл:175.png|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:175.png|граница]]<br />
<br />
[[Файл:176.png|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:176.png|граница]]<br />
<br />
Вы можете выбрать любой таймфрейм для анализа, независимо от глобального таймфрейма. Мы рекомендуем вам исключить сторонние библиотеки из анализа, чтобы сосредоточиться на коде, который находится под вашим контролем.<br />
<br />
== Все распределения ==<br />
Представление '''Все распределения''' показывает, сколько раз выполнялась сбор мусора и сколько памяти выделено. Внизу страницы вы можете найти различные параметры анализа, такие как '''Выделение хотспоты''', '''График пламени''', '''API-интерфейсы хотспотов'''.<br />
<br />
=== Выделение хотспоты ===<br />
На вкладке '''Выделенные хотспоты''' в таблице показаны методы анализируемого процесса, потребляющие большую часть памяти.<br />
<br />
[[Файл:177.png|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:177.png|граница]]<br />
<br />
==== График пламени ====<br />
'''График пламени''' — это тип столбчатой диаграммы, которая показывает иерархические данные. '''График пламени''' повышает читаемость трассировок стека с нисходящим макетом и помогает определить горячие точки распределения памяти в коде вашего приложения.<br />
<br />
* Ось X охватывает память, выделенную для метода. Более широкий блок означает, что для метода выделено больше памяти.<br />
* Ось Y представляет глубину стека. Трассировка стека отображается в виде столбца ячеек, где каждая ячейка представляет метод.<br />
* Цвета зависят от настроенных определений API.<br />
<br />
Выбрав поле метода, вы можете скрыть верхние уровни, чтобы сосредоточить свой анализ, начиная с выбранного метода.<br />
<br />
==== API-интерфейсы хотспотов ====<br />
Вкладка '''API-интерфейсы хотспотов''' в представлении '''Все распределения''' содержит список выделенной памяти и выделенных объектов для каждого API. Цвета, связанные с каждым API, представлены на графиках пламени.<br />
<br />
Вы можете изменить список API, чтобы он более соответствовал вашему приложению:<br />
<br />
* Путем дальнейшей сегментации разбивки API. Узнайте, как добавлять пользовательские определения API.<br />
* Исключите сторонние библиотеки.<br />
<br />
== Выжившие ==<br />
Когда вы узнаете, какие методы потребляют больше всего памяти, вы можете проверить их долговечность в представлении '''Выжившие'''. Представление показывает:<br />
<br />
* Объекты, пережившие одну или несколько циклов сборки мусора.<br />
* Время, затрачиваемое на сбор мусора.<br />
* Объем памяти, затраченное на все циклы сборки мусора.<br />
<br />
Обратите внимание, что объекты, пережившие несколько циклов сборок мусора, вносят больший вклад в объем сохранившейся памяти.<br />
<br />
В нижней части страницы вы найдете различные параметры анализа, такие как '''Выделение хотспоты выживших''', '''График пламени''' и '''API горячих точек'''.<br />
<br />
==== Выделение хотспоты выживших ====<br />
На вкладке '''Выделение хотспоты выживших''' в таблице показаны методы, создавшие объекты, на которые приходится большая часть сохранившейся памяти.<br />
<br />
Изменяя таймфрейм анализа, можно узнать время создания этих объектов.<br />
<br />
* Чтобы увидеть вызывающие методы, разверните метод. Вы можете увидеть, сколько памяти сохранилось после вызова методов.<br />
* Чтобы увидеть последовательность методов, вызываемых анализируемым методом, выберите '''Вызванные методы''' в столбце '''Действия'''.<br />
<br />
Столбец '''Survived types''' показывает объекты, которые выделяются только в самом методе. Они не применяются к каким-либо впоследствии вызываемым методам.<br />
<br />
Вы можете исключить сторонние API из этого представления, выбрав '''Дополнительно ( … ) > Правила обнаружения API''' в столбце '''Действия'''.<br />
<br />
=== Вызываемые методы ===<br />
При выборе метода на вкладке '''Выделение хотспоты выживших''' или на вкладке '''График пламени''' вы можете проанализировать трассировку стека, выбрав '''Вызванные методы''' в правом верхнем углу вкладки. На этой странице отображаются все методы в трассировке стека, включая сторонние методы.<br />
<br />
* На вкладке '''Обзор''' отображаются методы, вносящие наибольший вклад в сохранение памяти, а также график пламени, дающий общее представление.<br />
* На вкладке '''Детали''' отображается подробный и динамический график пламени для дальнейшего анализа трассировки стека.<br />
<br />
== Исключить сторонние библиотеки ==<br />
Чтобы сфокусировать анализ на вашем коде, мы рекомендуем вам определить '''API сторонних библиотек'''. Для этого вам нужно пометить API, определяемый пользователем , как стороннюю библиотеку.<br />
<br />
# Перейдите в '''Настройки > Мониторинг сервисов > Правила обнаружения API''' .<br />
# Нажмите кнопку '''Детали''', чтобы отредактировать требуемый API.<br />
# Включите '''Этот API определяет стороннюю библиотеку'''.<br />
# Сохраните изменения.<br />
<br />
* Вы можете использовать предварительно заполненную версию страницы правил обнаружения API из таблиц горячих точек на странице '''Профилирование памяти''' . В строке выбранного метода выберите '''Дополнительно ( … ) > Правила обнаружения API''' в столбце '''Действие''' .<br />
* Вы можете исключить библиотеку без ручной настройки правил из списка встроенных API . Создайте пользовательское правило для библиотеки и отметьте ее как стороннюю.</div>IKuznetsov