The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  вход/выход  слежка  RSS
"Средства трассировки в ядре Linux достигли уровня DTrace"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Средства трассировки в ядре Linux достигли уровня DTrace"  +/
Сообщение от opennews (??) on 29-Окт-16, 11:03 
Брендан Грег (Brendan Gregg), один из разработчиков DTrace, считает (http://www.brendangregg.com/blog/2016-10-27/dtrace-for-linux...), что с добавлением в ядро Linux 4.9 хронометрированных выборок (timed sampling), средства для анализа производительности  на базе BPF достигли уровня функциональности DTrace. По мнению Брендана Грега, это очень важное достижение и в Linux теперь доступны полноценные средства для анализа производительности приложения и ядра с использованием готовой для промышленного применения системы, создающей минимальную фоновую нагрузку и позволяющей использовать такие расширенные возможности как гистограммы задержек и счётчики частоты.


Отмечается, что несмотря на то, что BPF не предоставляет высокоуровневый язык как в   DTrace, доступные фронтэнды сглаживают эту особенность  и достаточны для создания различных инструментов, некоторые из которых построены по мотивам старого DTraceToolkit (http://www.brendangregg.com/dtracetoolkit.html). Для конечного пользователя трассировка с использованием инструментов на базе BPF и написание однострочных сценариев окажется не сложнее DTrace. Но для разработки новых инструментов на базе BPF пока требуется заметно больше усилий - предоставляемый в DTrace язык D, похожий на AWK, значительно проще для написания сценариев трассировки, чем предлагаемые для BPF средства написания обработчиков на языках C, Python и Lua с внешними библиотеками.


Основные возможности системы трассировки ядра Linux (по состоянию на 4.9rc1):


-  Динамическая трассировка на уровне ядра (BPF для kprobes);
-  Динамическая трассировка пространства пользователя (BPF для uprobes);
-  Статическая трассировка на уровне ядра (BPF для tracepoints);
-  Обработка событий с сохранением хронометража (BPF с perf_event_open);
-  События PMC (BPF с perf_event_open);
-  Фильтрация (через программы BPF);
-  Отладочный вывод (bpf_trace_printk());
-  Вывод в привязке к отдельным событиям (bpf_perf_event_output());
-  Использование переменных (глобальные и привязанные к потокам переменные, реализуемые через BPF maps);
-  Ассоциативные массивы (через BPF maps);
-  Подсчёт частоты выполнения операций (через BPF maps);
-  Гистограммы (квадратичные, линейные и произвольные через BPF maps)
-  Учёт времени выполнения операций и разницы во времени (через bpf_ktime_get_ns() и программы BPF);
-  Трассировка стека ядра (BPF stackmap);
-  Трассировка стека пользовательских процессов (BPF stackmap);
-  Переопределение кольцевых буфров (perf_event_attr.write_backward).


Примеры использования некоторых утилит из набра bcc (https://github.com/iovisor/bcc) для решения задач трассировки:

-  Отслеживание новых процессов:


#
execsnoop

PCOMM            PID    RET ARGS
bash             15887    0 /usr/bin/man ls
preconv          15894    0 /usr/bin/preconv -e UTF-8
man              15896    0 /usr/bin/tbl
man              15897    0 /usr/bin/nroff -mandoc -rLL=169n -rLT=169n -Tutf8
man              15898    0 /usr/bin/pager -s
nroff            15900    0 /usr/bin/locale charmap
nroff            15901    0 /usr/bin/groff -mtty-char -Tutf8 -mandoc -rLL=169n -rLT=169n
groff            15902    0 /usr/bin/troff -mtty-char -mandoc -rLL=169n -rLT=169n -Tutf8
groff            15903    0 /usr/bin/grotty

-  Гистограмма задержек ввода/вывода:


#
biolatency -m

Tracing block device I/O... Hit Ctrl-C to end.
^C
     msecs           : count     distribution
       0 -> 1        : 96       |************************************  |
       2 -> 3        : 25       |*********                             |
       4 -> 7        : 29       |***********                           |
       8 -> 15       : 62       |***********************               |
      16 -> 31       : 100      |**************************************|
      32 -> 63       : 62       |***********************               |
      64 -> 127      : 18       |******                                |

-  Отслеживание типовых операций в ФС ext4, выполняемых дольше 5 мс:

#
ext4slower 5

Tracing ext4 operations slower than 5 ms
TIME     COMM           PID    T BYTES   OFF_KB   LAT(ms) FILENAME
21:49:45 supervise      3570   W 18      0           5.48 status.new
21:49:48 supervise      12770  R 128     0           7.55 run
21:49:48 run            12770  R 497     0          16.46 nsswitch.conf
21:49:48 run            12770  R 1680    0          17.42 netflix_environment.sh
21:49:48 run            12770  R 1079    0           9.53 service_functions.sh
21:49:48 run            12772  R 128     0          17.74 svstat
21:49:48 svstat         12772  R 18      0           8.67 status
21:49:48 run            12774  R 128     0          15.76 stat
21:49:48 run            12777  R 128     0           7.89 grep
21:49:48 run            12776  R 128     0           8.25 ps
21:49:48 run            12780  R 128     0          11.07 xargs
21:49:48 ps             12776  R 832     0          12.02 libprocps.so.4.0.0
21:49:48 run            12779  R 128     0          13.21 cut
[...]

-  Отслеживание новых активных соединений по TCP (connect()):

#
tcpconnect

PID    COMM         IP SADDR            DADDR            DPORT
1479   telnet       4  127.0.0.1        127.0.0.1        23
1469   curl         4  10.201.219.236   54.245.105.25    80
1469   curl         4  10.201.219.236   54.67.101.145    80
1991   telnet       6  ::1              ::1              23
2015   ssh          6  fe80::2000:bff:fe82:3ac fe80::2000:bff:fe82:3ac 22

-  Отслеживание отзывчивости DNS при обработке библиотечных вызовов getaddrinfo()/gethostbyname():

#
gethostlatency

TIME      PID    COMM          LATms HOST
06:10:24  28011  wget          90.00 www.iovisor.org
06:10:28  28127  wget           0.00 www.iovisor.org
06:10:41  28404  wget           9.00 www.netflix.com
06:10:48  28544  curl          35.00 www.netflix.com.au
06:11:10  29054  curl          31.00 www.plumgrid.com
06:11:16  29195  curl           3.00 www.facebook.com
06:11:25  29404  curl          72.00 foo
06:11:28  29475  curl           1.00 foo

-  Суммарные данные о типах операций VFS, обновляемые ежесекундно:

#
vfsstat

TIME         READ/s  WRITE/s CREATE/s   OPEN/s  FSYNC/s
18:35:32:       231       12        4       98        0
18:35:33:       274       13        4      106        0
18:35:34:       586       86        4      251        0
18:35:35:       241       15        4       99        0

-  Определение вызовов, ожидающих выполнения (off-CPU (http://www.brendangregg.com/offcpuanalysis.html)) в ядре и пространстве пользователя для заданного PID:


#
offcputime -d -p 24347

Tracing off-CPU time (us) of PID 24347 by user + kernel stack... Hit Ctrl-C to end.
^C
[...]
    ffffffff810a9581 finish_task_switch
    ffffffff8185d385 schedule
    ffffffff81085672 do_wait
    ffffffff8108687b sys_wait4
    ffffffff81861bf6 entry_SYSCALL_64_fastpath
    --
    00007f6733a6b64a waitpid
    -                bash (24347)
        4952

    ffffffff810a9581 finish_task_switch
    ffffffff8185d385 schedule
    ffffffff81860c48 schedule_timeout
    ffffffff810c5672 wait_woken
    ffffffff8150715a n_tty_read
    ffffffff815010f2 tty_read
    ffffffff8122cd67 __vfs_read
    ffffffff8122df65 vfs_read
    ffffffff8122f465 sys_read
    ffffffff81861bf6 entry_SYSCALL_64_fastpath
    --
    00007f6733a969b0 read
    -                bash (24347)
        1450908

-  Отслеживание задержек при выполнении запросов MySQL:


#
mysqld_qslower `pgrep -n mysqld`

Tracing MySQL server queries for PID 14371 slower than 1 ms...
TIME(s)        PID          MS QUERY
0.000000       18608   130.751 SELECT * FROM words WHERE word REGEXP '^bre.*n$'
2.921535       18608   130.590 SELECT * FROM words WHERE word REGEXP '^alex.*$'
4.603549       18608    24.164 SELECT COUNT(*) FROM words
9.733847       18608   130.936 SELECT coun...

URL: http://www.brendangregg.com/blog/2016-10-27/dtrace-for-linux...
Новость: http://www.opennet.dev/opennews/art.shtml?num=45391

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Средства трассировки в ядре Linux достигли уровня DTrace"  –2 +/
Сообщение от Аноним (??) on 29-Окт-16, 11:03 
А чем их SystemTap не устроил, что начали прикручивать BPF? Там и синтаксис достаточно близок к DTrace.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Средства трассировки в ядре Linux достигли уровня DTrace"  +6 +/
Сообщение от Ван хуй on 29-Окт-16, 11:32 
Тем что системтап - это загрузка кода в ядро от балды
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

19. "Средства трассировки в ядре Linux достигли уровня DTrace"  +/
Сообщение от Аноним (??) on 30-Окт-16, 19:27 
> Тем что системтап - это загрузка кода в ядро от балды

А тут вгрузка кода BPF VM от балды, что не сильно лучше.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Средства трассировки в ядре Linux достигли уровня DTrace"  –2 +/
Сообщение от Меломан1 on 29-Окт-16, 11:36 
Red Hat не дает им испоганить SystemTap. Вот и стали изобретать велосипед.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Средства трассировки в ядре Linux достигли уровня DTrace"  +3 +/
Сообщение от Аноним (??) on 29-Окт-16, 11:04 
Это очень хорошая новость!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Средства трассировки в ядре Linux достигли уровня DTrace"  +7 +/
Сообщение от freehck email(ok) on 29-Окт-16, 11:30 
> # gethostlatency
> TIME      PID    COMM          LATms HOST
> 06:10:24  28011  wget          90.00 www.iovisor.org

Вот оно, время суток, когда разрабатывается СПО.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Средства трассировки в ядре Linux достигли уровня DTrace"  +4 +/
Сообщение от Анином on 29-Окт-16, 11:53 
Да неее. Просто локаль не не могут настроить никак.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

11. "Средства трассировки в ядре Linux достигли уровня DTrace"  +/
Сообщение от exSun on 29-Окт-16, 22:54 
Слишком рано выпустили. Без удобного фронтенда никто этим толком пользоваться не станет. DTrace на солярисе взлетел, во многом, только потому, что писать кастомные скрипты было действительно просто. Но саму идею горячо поддерживаю.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Средства трассировки в ядре Linux достигли уровня DTrace"  +/
Сообщение от Фкук on 29-Окт-16, 23:26 
> Без удобного фронтенда никто этим толком пользоваться не станет...

Станет.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

15. "Средства трассировки в ядре Linux достигли уровня DTrace"  +/
Сообщение от exSun on 29-Окт-16, 23:30 
> Станет.

Ну не знаю... Разве что найдётся тот, кто это будет люто неистово продвигать. Тот же Брендан DTrace форсил мощно (но ему много кто помогал), может, и выйдет у него что-то.


Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

24. "Средства трассировки в ядре Linux достигли уровня DTrace"  +/
Сообщение от Аноним (??) on 30-Окт-16, 20:08 
> Ну не знаю... Разве что найдётся тот, кто это будет люто неистово продвигать.

А зачем? Лучшее продвижение таких вещиц - налететь на системную проблему и помахаться с ней. И знаешь, солярис с dtrace и единственным хозяином для меня полезен как для зайца стопсигнал. Потому что ориентирован на стрижку бабок с энтерпрайзятины, а для остального система не годится и это не лечится. Какая разница, хорошие ли в системе средства трассировки и профилирования, если она не годится для моих задач?

> Тот же Брендан DTrace форсил мощно (но ему много кто
> помогал), может, и выйдет у него что-то.

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

26. "Средства трассировки в ядре Linux достигли уровня DTrace"  +/
Сообщение от SnoWLight on 01-Ноя-16, 12:45 
Солярис годится для всего. Выпрямите руки и юзайте SmartOS https://www.joyent.com/smartos
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

27. "Средства трассировки в ядре Linux достигли уровня DTrace"  +/
Сообщение от Аноним (??) on 01-Ноя-16, 14:59 
> Солярис годится для всего.

Это очень громкое заявление. А покажете на этом карманный роутер, на MIPS, с 8 мегами флеша и 32 мегами оперативки? А как насчет запилить на этом умный телевизор? Или там планшет какой? Ну если уж для всего - у меня богатая фантазия.

> Выпрямите руки и юзайте SmartOS https://www.joyent.com/smartos

Опять нечто от единственной компании, так что фирмочка будет давиться жабой и все загнется вместе с фирмочкой?

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

23. "Средства трассировки в ядре Linux достигли уровня DTrace"  +1 +/
Сообщение от Аноним (??) on 30-Окт-16, 19:43 
> Слишком рано выпустили. Без удобного фронтенда никто этим толком пользоваться не станет.

Во первых, у нас принято release early, release often.
Во вторых, отучаемся говорить за всех.

> DTrace на солярисе взлетел, во многом, только потому, что писать кастомные
> скрипты было действительно просто. Но саму идею горячо поддерживаю.

И где все эти летуны вместе со своим солярисом, позвольте поинтересоваться?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Средства трассировки в ядре Linux достигли уровня DTrace"  –3 +/
Сообщение от Аноним (??) on 29-Окт-16, 23:30 
то что было в python 100 лет теперь есть в Си и в ядре
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Средства трассировки в ядре Linux достигли уровня DTrace"  +2 +/
Сообщение от exSun on 29-Окт-16, 23:32 
> то что было в python 100 лет теперь есть в Си и
> в ядре

Пистонность нынешней имплементации, конечно, печалит.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

20. "Средства трассировки в ядре Linux достигли уровня DTrace"  +1 +/
Сообщение от Аноним (??) on 30-Окт-16, 19:37 
> то что было в python 100 лет теперь есть в Си и в ядре

А теперь попробуй на питоне написать кернел операционки. Желательно со скоростью похожей на сишный код. Хотя-бы не профилированный. А так радости с хороших инструментов? Ну ок, обнаружил ты что в твоем питоне тормозит абсолютно все. Дальше что?

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

25. "Средства трассировки в ядре Linux достигли уровня DTrace"  –1 +/
Сообщение от Мяут (ok) on 31-Окт-16, 12:21 
Написать трассировщик не проблема, ptrace и основанный на нем ltrace (ну или truss) не вчера придумали. Написать трассировщик, который дает просадку в производительности не более чем в единицы -- вот задача (и даже для Питона она актуальна).

По сабжу, без нормального скриптового языка пока смотрится подозрительно. Ну и 4.9 ой как не везде. Поэтому придется дальше SystemTap'ом пользоваться, а там глядишь к RH7 и на BPF его перетянут :)

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру