Spec-Zone.ru › Julia 0.7

Профилирование

Profile.@profileМакрос

@profile

@profile <expression> выполняет ваш выражение с периодическим отслеживанием стека вызовов. Они добавляются во внутренний буфер стеков вызовов.

исходный код

Методы в Profile не экспортированы и должны вызываться, например, как Profile.print().

Profile.clearФункция

clear()

Очистить все существующие стеки вызовов из внутреннего буфера.

исходный код

Profile.printФункция

print([io::IO = stdout,] [data::Vector]; kwargs...)

Выводит результаты профилирования в io (по умолчанию, stdout). Если вы не предоставите вектор data, будет использован внутренний буфер накопленных стеков вызовов.

Ключевые аргументы могут быть любой комбинацией:

  • format – Определяет, выводятся ли стеки вызовов с (по умолчанию, :tree) или без (:flat) отступов, указывающих структуру дерева.

  • C – Если true, показываются стеки вызовов из кода C и Fortran (обычно они исключаются).

  • combine – Если true (по умолчанию), указатели инструкций объединяются, соответствующие одной строке кода.

  • maxdepth – Ограничивает глубину, большую чем maxdepth в формате :tree.

  • sortedby – Управляет порядком в формате :flat. :filefuncline (по умолчанию) сортирует по строке исходного кода, а :count сортирует в порядке количества собранных выборок.

  • noisefloor – Ограничивает кадры, которые превышают эвристическую порог шума выборки (применимо только к формату :tree). Рекомендуемое значение для этого параметра — 2.0 (по умолчанию 0). Этот параметр скрывает образцы, для которых n <= noisefloor * √N, где n — количество выборок в этой строке, а N — количество выборок для вызываемой функции.

  • mincount – Ограничивает вывод только теми строками, в которых встречается не менее mincount раз.

исходный код
print([io::IO = stdout,] data::Vector, lidict::LineInfoDict; kwargs...)

Выводит результаты профилирования в io. Эта версия используется для изучения результатов, экспортированных предыдущим вызовом retrieve. Передайте вектор data стеков вызовов и словарь lidict информации о строках.

См. Profile.print([io], data) для объяснения допустимых ключевых аргументов.

исходный код

Profile.initФункция

init(; n::Integer, delay::Float64)

Настроить интервал delay между стеками вызовов (в секундах) и количество n указателей инструкций, которые могут быть сохранены. Каждый указатель инструкции соответствует одной строке кода; стеки вызовов обычно представляют собой длинный список указателей инструкций. Значения по умолчанию можно получить, вызвав эту функцию без аргументов, и каждое значение можно установить независимо с помощью ключевых слов или в порядке (n, delay).

исходный код

Profile.fetchФункция

fetch() -> data

Возвращает ссылку на внутренний буфер стеков вызовов. Обратите внимание, что последующие операции, такие как clear, могут повлиять на data, если вы не создадите копию. Обратите внимание, что значения в data имеют смысл только на этой машине в текущем сеансе, потому что они зависят от точных адресов памяти, используемых в JIT-компиляции. Эта функция предназначена в основном для внутреннего использования; retrieve может быть лучшим выбором для большинства пользователей.

исходный код

Profile.retrieveФункция

retrieve() -> data, lidict

«Экспортирует» результаты профилирования в переносимый формат, возвращая набор всех стеков вызовов (data) и словарь, который отображает (специфичные для сеанса) указатели инструкций в data на значения LineInfo, которые хранят имя файла, имя функции и номер строки. Эта функция позволяет сохранить результаты профилирования для последующего анализа.

исходный код

Profile.callersФункция

callers(funcname, [data, lidict], [filename=<filename>], [linerange=<start:stop>]) -> Vector{Tuple{count, lineinfo}}

Учитывая предыдущую сессию профилирования, определите, кто вызвал определенную функцию. Предоставление имени файла (и, необязательно, диапазона номеров строк, в которых определена функция) позволяет вам уточнить перегруженный метод. Возвращаемое значение — вектор, содержащий количество вызовов и информацию о строках вызывающей функции. Необязательно можно предоставить стек вызовов data полученный из retrieve; в противном случае используется текущий внутренний буфер профиля.

исходный код

Profile.clear_malloc_dataФункция

clear_malloc_data()

Очищает все сохраненные данные об выделении памяти при запуске julia с --track-allocation. Выполните команды, которые вы хотите протестировать (чтобы принудительно выполнить JIT-компиляцию), затем вызовите clear_malloc_data. Затем снова выполните свои команды, выйдите из Julia и просмотрите получившиеся файлы *.mem.

исходный код

© 2009–2019 Jeff Bezanson, Stefan Karpinski, Viral B. Shah, and other contributors
Licensed under the MIT License.
https://docs.julialang.org/en/v0.7.0/stdlib/Profile/

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API