Инструментирование CPython с помощью DTrace и SystemTap
- author:
-
David Malcolm
- author:
-
Łukasz Langa
DTrace и SystemTap — это инструменты мониторинга, каждый из которых предоставляет способ проверки того, что делают процессы в компьютерной системе. Оба используют языки предметной области, позволяющие пользователю писать скрипты, которые:
- фильтруют, какие процессы подлежат наблюдению
- собирают данные из интересующих процессов
- генерируют отчеты о данных
Начиная с Python 3.6, CPython можно скомпилировать с встроенными «маркерами», также известными как «зонды», которые могут быть наблюдаемы скриптом DTrace или SystemTap, что упрощает мониторинг того, что делают процессы CPython в системе.
Подробность реализации CPython: Маркеры DTrace — это детали реализации интерпретатора CPython. Никаких гарантий совместимости зондов между версиями CPython не предоставляется. Скрипты DTrace могут перестать работать или работать неправильно без предупреждения при изменении версий CPython.
Включение статических маркеров
macOS поставляется со встроенной поддержкой DTrace. В Linux для компиляции CPython со встроенными маркерами для SystemTap необходимо установить инструменты разработки SystemTap.
В Linux это можно сделать с помощью:
<$ yum install systemtap-sdt-devel%>
или:
<$ sudo apt-get install systemtap-sdt-dev%>
Затем CPython необходимо configured with the --with-dtrace option%:
checking for --with-dtrace... yes%>
В macOS вы можете перечислить доступные зонды DTrace, запустив процесс Python в фоновом режиме и перечислив все зонды, предоставленные поставщиком Python:
<$ python3.6 -q & $ sudo dtrace -l -P python$! # or: dtrace -l -m python3.6 ID PROVIDER MODULE FUNCTION NAME 29564 python18035 python3.6 _PyEval_EvalFrameDefault function-entry 29565 python18035 python3.6 dtrace_function_entry function-entry 29566 python18035 python3.6 _PyEval_EvalFrameDefault function-return 29567 python18035 python3.6 dtrace_function_return function-return 29568 python18035 python3.6 collect gc-done 29569 python18035 python3.6 collect gc-start 29570 python18035 python3.6 _PyEval_EvalFrameDefault line 29571 python18035 python3.6 maybe_dtrace_line line%>
В Linux можно проверить наличие статических маркеров SystemTap в скомпилированном двоичном файле, посмотрев, содержит ли он раздел «.note.stapsdt».
<$ readelf -S ./python | grep .note.stapsdt [30] .note.stapsdt NOTE 0000000000000000 00308d78%>
Если вы скомпилировали Python как общую библиотеку (с опцией конфигурации --enable-shared%), вам нужно посмотреть внутри общей библиотеки. Например:
$ readelf -S libpython3.3dm.so.1.0 | grep .note.stapsdt [29] .note.stapsdt NOTE 0000000000000000 00365b68%>
Достаточно современный readelf может вывести метаданные:
<$ readelf -n ./python
Displaying notes found at file offset 0x00000254 with length 0x00000020:
Owner Data size Description
GNU 0x00000010 NT_GNU_ABI_TAG (ABI version tag)
OS: Linux, ABI: 2.6.32
Displaying notes found at file offset 0x00000274 with length 0x00000024:
Owner Data size Description
GNU 0x00000014 NT_GNU_BUILD_ID (unique build ID bitstring)
Build ID: df924a2b08a7e89f6e11251d4602022977af2670
Displaying notes found at file offset 0x002d6c30 with length 0x00000144:
Owner Data size Description
stapsdt 0x00000031 NT_STAPSDT (SystemTap probe descriptors)
Provider: python
Name: gc__start
Location: 0x00000000004371c3, Base: 0x0000000000630ce2, Semaphore: 0x00000000008d6bf6
Arguments: -4@%ebx
stapsdt 0x00000030 NT_STAPSDT (SystemTap probe descriptors)
Provider: python
Name: gc__done
Location: 0x00000000004374e1, Base: 0x0000000000630ce2, Semaphore: 0x00000000008d6bf8
Arguments: -8@%rax
stapsdt 0x00000045 NT_STAPSDT (SystemTap probe descriptors)
Provider: python
Name: function__entry
Location: 0x000000000053db6c, Base: 0x0000000000630ce2, Semaphore: 0x00000000008d6be8
Arguments: 8@%rbp 8@%r12 -4@%eax
stapsdt 0x00000046 NT_STAPSDT (SystemTap probe descriptors)
Provider: python
Name: function__return
Location: 0x000000000053dba8, Base: 0x0000000000630ce2, Semaphore: 0x00000000008d6bea
Arguments: 8@%rbp 8@%r12 -4@%eax
%>Вышеупомянутые метаданные содержат информацию для SystemTap, описывающую, как он может заменять стратегически расположенные инструкции машинного кода, чтобы включить крючки отслеживания, используемые скриптом SystemTap.
Статические зонды DTrace
Следующий пример скрипта DTrace можно использовать для отображения иерархии вызовов/возвращений скрипта Python, отслеживая только вызовы в пределах вызова функции «start». Другими словами, вызовы функций во время импорта не будут отображаться:
<self int indent;
python$target:::function-entry
/copyinstr(arg1) == "start"/
{
self->trace = 1;
}
python$target:::function-entry
/self->trace/
{
printf("%d\t%*s:", timestamp, 15, probename);
printf("%*s", self->indent, "");
printf("%s:%s:%d\n", basename(copyinstr(arg0)), copyinstr(arg1), arg2);
self->indent++;
}
python$target:::function-return
/self->trace/
{
self->indent--;
printf("%d\t%*s:", timestamp, 15, probename);
printf("%*s", self->indent, "");
printf("%s:%s:%d\n", basename(copyinstr(arg0)), copyinstr(arg1), arg2);
}
python$target:::function-return
/copyinstr(arg1) == "start"/
{
self->trace = 0;
}
%>Его можно вызвать так:
<$ sudo dtrace -q -s call_stack.d -c "python3.6 script.py"%>
Вывод выглядит так:
<156641360502280 function-entry:call_stack.py:start:23 156641360518804 function-entry: call_stack.py:function_1:1 156641360532797 function-entry: call_stack.py:function_3:9 156641360546807 function-return: call_stack.py:function_3:10 156641360563367 function-return: call_stack.py:function_1:2 156641360578365 function-entry: call_stack.py:function_2:5 156641360591757 function-entry: call_stack.py:function_1:1 156641360605556 function-entry: call_stack.py:function_3:9 156641360617482 function-return: call_stack.py:function_3:10 156641360629814 function-return: call_stack.py:function_1:2 156641360642285 function-return: call_stack.py:function_2:6 156641360656770 function-entry: call_stack.py:function_3:9 156641360669707 function-return: call_stack.py:function_3:10 156641360687853 function-entry: call_stack.py:function_4:13 156641360700719 function-return: call_stack.py:function_4:14 156641360719640 function-entry: call_stack.py:function_5:18 156641360732567 function-return: call_stack.py:function_5:21 156641360747370 function-return:call_stack.py:start:28%>
Статические маркеры SystemTap
Низкоуровневый способ использования интеграции SystemTap — использование статических маркеров напрямую. Это требует явного указания двоичного файла, содержащего их.
Например, этот скрипт SystemTap можно использовать для отображения иерархии вызовов/возвращений скрипта Python:
<probe process("python").mark("function__entry") {
filename = user_string($arg1);
funcname = user_string($arg2);
lineno = $arg3;
printf("%s => %s in %s:%d\\n",
thread_indent(1), funcname, filename, lineno);
}
probe process("python").mark("function__return") {
filename = user_string($arg1);
funcname = user_string($arg2);
lineno = $arg3;
printf("%s <= %s in %s:%d\\n",
thread_indent(-1), funcname, filename, lineno);
}
%>Его можно вызвать так:
<$ stap \ show-call-hierarchy.stp \ -c "./python test.py"%>
Вывод выглядит следующим образом:
<11408 python(8274): => __contains__ in Lib/_abcoll.py:362 11414 python(8274): => __getitem__ in Lib/os.py:425 11418 python(8274): => encode in Lib/os.py:490 11424 python(8274): <= encode in Lib/os.py:493 11428 python(8274): <= __getitem__ in Lib/os.py:426 11433 python(8274): <= __contains__ in Lib/_abcoll.py:366%>
где столбцы:
- время в микросекундах с начала выполнения скрипта
- имя исполняемого файла
- PID процесса
и остальная часть указывает иерархию вызовов/возвращений по мере выполнения скрипта.
Для сборки CPython --enable-shared% маркеры содержатся в общей библиотеке libpython, и путь зонда с точками должен отражать это. Например, эта строка из приведенного выше примера:
probe process("python").mark("function__entry") {
%>должна быть изменена на:
<probe process("python").library("libpython3.6dm.so.1.0").mark("function__entry") {
%>(предполагая отладочную сборку CPython 3.6)
Доступные статические маркеры
- function__entry(str filename, str funcname, int lineno)
Этот маркер указывает, что выполнение функции Python началось. Он срабатывает только для чистых функций Python (байткода).
Имя файла, имя функции и номер строки возвращаются в скрипт отслеживания в качестве позиционных аргументов, которые необходимо получить, используя
$arg1,$arg2,$arg3:-
$arg1:(const char *)имя файла, доступное с помощьюuser_string($arg1) -
$arg2:(const char *)имя функции, доступное с помощьюuser_string($arg2) -
$arg3:intномер строки
-
- function__return(str filename, str funcname, int lineno)
Этот маркер — обратная сторона
function__entry(), и указывает, что выполнение функции Python завершилось (либо поreturn, либо по исключению). Он срабатывает только для чистых функций Python (байткода).Аргументы аналогичны аргументам для
function__entry()
- line(str filename, str funcname, int lineno)
Этот маркер указывает, что скоро будет выполнена строка Python. Это эквивалентно отслеживанию по строкам с помощью профайлера Python. Он не срабатывает внутри функций C.
Аргументы аналогичны аргументам для
function__entry().
- gc__start(int generation)
Срабатывает, когда интерпретатор Python запускает цикл сборки мусора.
arg0— это поколение для сканирования, какgc.collect().
- gc__done(long collected)
Срабатывает, когда интерпретатор Python завершает цикл сборки мусора.
arg0— это количество собранных объектов.
- import__find__load__start(str modulename)
Срабатывает до того, как
importlibпопытается найти и загрузить модуль.arg0— это имя модуля.Добавлен в версии 3.7.
- import__find__load__done(str modulename, int found)
Срабатывает после вызова функции find_and_load
importlib.arg0— это имя модуля,arg1указывает, был ли модуль успешно загружен.Добавлен в версии 3.7.
- audit(str event, void *tuple)
Срабатывает, когда вызывается
sys.audit()илиPySys_Audit().arg0— это имя события как строка C,arg1— указательPyObjectна объект кортежа.Добавлен в версии 3.8.
SystemTap Tapsets
Более высокий уровень использования интеграции SystemTap — использование «tapset»: аналог библиотеки SystemTap, который скрывает некоторые низкоуровневые детали статических маркеров.
Вот файл tapset, основанный на не общей сборке CPython:
</*
Provide a higher-level wrapping around the function__entry and
function__return markers:
\*/
probe python.function.entry = process("python").mark("function__entry")
{
filename = user_string($arg1);
funcname = user_string($arg2);
lineno = $arg3;
frameptr = $arg4
}
probe python.function.return = process("python").mark("function__return")
{
filename = user_string($arg1);
funcname = user_string($arg2);
lineno = $arg3;
frameptr = $arg4
}
%>Если этот файл установлен в директории tapset SystemTap (например, /usr/share/systemtap/tapset), то эти дополнительные точки зондирования становятся доступными:
- python.function.entry(str filename, str funcname, int lineno, frameptr)
Эта точка зондирования указывает, что выполнение функции Python началось. Она срабатывает только для чистых функций Python (байткода).
- python.function.return(str filename, str funcname, int lineno, frameptr)
Эта точка зондирования является обратной стороной
python.function.return, и указывает, что выполнение функции Python завершилось (либо поreturn, либо по исключению). Она срабатывает только для чистых функций Python (байткода).
Примеры
Этот скрипт SystemTap использует вышеприведенный tapset для более чистого реализации примера отслеживания иерархии вызовов функций Python, без необходимости прямого указания статических маркеров:
<probe python.function.entry
{
printf("%s => %s in %s:%d\n",
thread_indent(1), funcname, filename, lineno);
}
probe python.function.return
{
printf("%s <= %s in %s:%d\n",
thread_indent(-1), funcname, filename, lineno);
}
%>Следующий скрипт использует вышеуказанный tapset для предоставления общей информации о работающем коде CPython, показывая 20 самых часто входящих кадров байткода, каждую секунду, по всей системе:
<global fn_calls;
probe python.function.entry
{
fn_calls[pid(), filename, funcname, lineno] += 1;
}
probe timer.ms(1000) {
printf("\033[2J\033[1;1H") /* clear screen \*/
printf("%6s %80s %6s %30s %6s\n",
"PID", "FILENAME", "LINE", "FUNCTION", "CALLS")
foreach ([pid, filename, funcname, lineno] in fn_calls- limit 20) {
printf("%6d %80s %6d %30s %6d\n",
pid, filename, lineno, funcname,
fn_calls[pid, filename, funcname, lineno]);
}
delete fn_calls;
}
%>
© 2001–2024 Python Software Foundation
Licensed under the PSF License.
https://docs.python.org/3.12/howto/instrumentation.html