The OpenNET Project / Index page

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



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

"Компания Oracle намерена переработать DTrace для Linux с исп..."  –1 +/
Сообщение от opennews (ok), 15-Авг-19, 10:49 
Компания Oracle сообщила (https://blogs.oracle.com/linux/dtrace-on-fedora) о работе по передаче связанных с DTrace изменений в upstream и планах по реализации технологии динамической отладки DTrace поверх штатной инфрастуруктуры ядра Linux, а именно с использованием таких подсистем, как eBPF. Изначально основной проблемой с использованием DTrace в Linux была несовместимость на уровне лицензий, но в 2018 году компания Oracle перелицензировала (https://www.opennet.me/opennews/art.shtml?num=48078) код DTrace под GPLv2.


DTrace  уже длительное время (https://www.opennet.me/opennews/art.shtml?num=35586) предлагается в составе расширенного ядра для дистрибутива Oracle Linux, но для своего использования в других дистрибитувах требует применения дополнительных патчей для ядра, что ограничивает использование указанной технологии. В качестве примера, компания Oracle подготовила (https://blogs.oracle.com/linux/dtrace-on-fedora) детальную инструкцию по установке и использованию DTrace в Fedora Linux. Для установки требуется сборка инструментария (https://github.com/oracle/dtrace-utils) и применение ядра Linux, пересобранного с патчами (https://github.com/oracle/dtrace-linux-kernel.git). Для автоматизации выполнения сборки ядра с патчами Oracle и Fedora предложен скрипт (https://github.com/oracle/dtrace-linux-kernel/blob/5.2.7/sam...).


eBPF представляет собой встроенный в ядро Linux интерпретатор байткода, позволяющий создавать обработчики сетевых операций, отслеживать работу систем, перехватывать системные вызовы, контролировать доступ, обрабатывать события с сохранением хронометража (perf_event_open), подсчитывать частоту и время выполнения операций, выполнять трассировку с использованием kprobes/uprobes/tracepoints. Благодаря применению JIT-компиляции, байткод на лету транслируется в машинные инструкции и выполняется с производительностью нативного кода. DTrace может быть реализован поверх eBPF, по аналогии с тем, как поверх eBPF работают (https://www.opennet.me/opennews/art.shtml?num=45391) существующие инструменты трассировки.


Изначально технология DTrace была разработана для операционной системы Solaris для решения задач по динамической трассировке ядра системы и конечных приложений, давая пользователю возможность детально отслеживать поведение системы и в режиме реального времени производить диагностику проблем. В процессе отладки DTrace не влияет на работу исследуемых приложений и никак не отражается на их производительности, что позволяет организовать анализ работающих систем на лету. Из сильных сторон DTrace отмечается высокоуровневый язык D, похожий на AWK, на котором значительно проще создавать сценарии трассировки, чем при применении предлагаемых для eBPF средств написания обработчиков на языках C, Python и Lua с внешними библиотеками.


URL: https://blogs.oracle.com/linux/dtrace-on-fedora
Новость: https://www.opennet.me/opennews/art.shtml?num=51287

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

Оглавление

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


1. "Компания Oracle намерена переработать DTrace для Linux с исп..."  –4 +/
Сообщение от Crazy Alex (ok), 15-Авг-19, 10:49 
Я, конечно, совершенно не в теме, но как нечто похожее на AWK может быть удобнее нормальных языков?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +17 +/
Сообщение от Аноним (2), 15-Авг-19, 10:59 
Набросик так себе.
Люди, могущие в AWK, повидали достаточно, чтобы отреагировать на подобные заявления снисходительно улыбкой.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

5. "Компания Oracle намерена переработать DTrace для Linux с исп..."  –1 +/
Сообщение от Аноним (5), 15-Авг-19, 11:43 
Ну я могу в awk, когда прижмёт. Но не представляю задачи, котору на нём было бы удобнее решать, чем на perl.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +/
Сообщение от Hewlett Packard (?), 15-Авг-19, 12:32 
Perl довольно многое взял из awk. Творчески переработав опыт поколений.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

12. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +/
Сообщение от KonstantinB (ok), 15-Авг-19, 14:23 
это типа перл не похож на awk?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

14. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +3 +/
Сообщение от Аноним (14), 15-Авг-19, 15:36 
Это типа perl намного удобнее awk на практически всех задачах, для которых в принципе может сгодиться awk.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

19. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +4 +/
Сообщение от Аноним (19), 15-Авг-19, 17:40 
>Но не представляю задачи, котору на нём было бы удобнее решать, чем на perl.

Обработка таблиц без сложной логики - получается лаконичнее, чем на perl

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

18. "Компания Oracle намерена переработать DTrace для Linux с исп..."  –1 +/
Сообщение от Crazy Alex (ok), 15-Авг-19, 17:01 
Да это даже не набросик. Ну, то есть можно и в машинных кодах писать, но оно ж чудовищно. Чем это может быть лучше, чем нормальная структурированная запись? Когда оно создавалось - это было логично, тогда каждый байт экономили. А сейчас, уж простите, я лучше явно напишу while(line = read(file){...} чем буду использовать заклинания из AWK. Так его хоть прочесть и поправить можно без расшифровки.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

20. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +/
Сообщение от Аноним (19), 15-Авг-19, 17:41 
Что в awk расшифровывать, он же прост как топор.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

24. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +1 +/
Сообщение от Hewlett Packard (?), 15-Авг-19, 23:31 
Вопрос привычки. Через несколько сотен раз набирания "while(line = read(file)" захочется добавить макро, делающее "while (defined($_ = <file_E>))" из "while(<file_E>)", например. Ну так уже добавлено.

Кому-то надоедает писать foreach i in L { sum += i }, и он начинает использовать foldr (+) L, а потом, может быть и +/L, ну а кому-то наверное и нет.

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

4. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +/
Сообщение от Аноним (5), 15-Авг-19, 11:41 
> нечто похожее на AWK

Это ты про что?

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

13. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +3 +/
Сообщение от имя (?), 15-Авг-19, 14:40 
Это он про D-as-in-DTrace-не-путать-с-D-который-(C++)++
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

3. "Компания Oracle намерена переработать DTrace для Linux с исп..."  –2 +/
Сообщение от JL2001 (ok), 15-Авг-19, 11:01 
//offtop
eBPF - быстро, а jvm - медленно?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +3 +/
Сообщение от Andrey Mitrofanov_N0 (??), 15-Авг-19, 11:58 
> //offtop
> Oracle - быстро, а Oracle - медленно?

??

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

16. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +/
Сообщение от Hewlett Packard (?), 15-Авг-19, 15:54 
Реализовать подсистему динамической трассировки ядра на JVM - это было бы ново, оригинально.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

23. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +3 +/
Сообщение от Аноним84701 (ok), 15-Авг-19, 20:02 
> //offtop
> eBPF - быстро, а jvm - медленно?

Стековая виртуальная машина с поддержкой объектов-методов и еще целой кучи жирностей != регистровая VM для, по сути, обрезанного DSL.
https://blogs.igalia.com/dpino/2019/01/07/introduction-to-xd.../

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

26. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +/
Сообщение от EnemyOfDemocracy (?), 16-Авг-19, 21:51 
А чо Ораколь ещё не додумался жабу в ведро запустить? Всего-то модуль наклепать!
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

8. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +/
Сообщение от Hewlett Packard (?), 15-Авг-19, 12:37 
Хорошая штука eBPF.

> Ashish Bijlani of Georgia Tech presented at this week's Linux Foundation Open-Source Summit on the work they are pursuing for making user-space file-systems faster. The short explanation of what they are doing with this project called "ExtFUSE" is to provide an extension framework of a "thin" layer of handlers within the kernel that leverage the eBPF in-kernel virtual machine for speeding up some I/O operations.
> By using these "thin" kernel extensions they are able to avoid some user-space context switching and handling some metadata caching within the kernel while still sticking to the concept of the file-system implementation in user-space.

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

9. "Компания Oracle намерена переработать DTrace для Linux с исп..."  –2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 15-Авг-19, 12:42 
> Хорошая штука eBPF.
>>"thin" kernel extensions they are able to avoid some user-space context switching and handling some metadata caching within the kernel while still sticking

Почти как MS-DOS .

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

10. "Компания Oracle намерена переработать DTrace для Linux с исп..."  –3 +/
Сообщение от Аноним (10), 15-Авг-19, 13:37 
Мне одному кажется концепция монолитного ядра и необходимость тащить всё в него - устаревшей и тупиковой?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Компания Oracle намерена переработать DTrace для Linux с исп..."  –2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 15-Авг-19, 13:48 
> Мне одному кажется концепция монолитного ядра и необходимость тащить всё в него
> - устаревшей и тупиковой?

Не мешайте Землину-Торвальдсу таки делать свой гешефт !

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

15. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +4 +/
Сообщение от Hewlett Packard (?), 15-Авг-19, 15:38 
Вынести из ядра подсистему динамической трассировки ядра - это было бы ново, оригинально.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

17. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +/
Сообщение от GentooBoy (ok), 15-Авг-19, 16:16 
Вам и Таненбауму
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

21. "Компания Oracle намерена переработать DTrace для Linux с исп..."  +/
Сообщение от КО (?), 15-Авг-19, 18:05 
Вы внимательно читаете новость?
Всё уже идет к тому, что в ядре будет только jit компилятор, а все остальное будет загружаться динамически. :)
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

25. "Компания Oracle намерена переработать DTrace для Linux с исп..."  –1 +/
Сообщение от Hewlett Packard (?), 16-Авг-19, 05:47 
Лучше всего если JIT будет прямо в CPU. Но так как JIT для всех языков туда не засунешь, будет для WebAsm.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

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

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




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

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