The OpenNET Project / Index page

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

Компания Oracle представила экспериментальный выпуск DTrace для Linux

23.02.2012 11:33

Компания Oracle объявила о начале тестирования реализации системы динамической отладки DTrace для платформы Linux. Патчи с реализацией поддержки DTrace пока доступны только для ядра Unbreakable Enterprise Kernel 2 (2.6.39), поставляемого в составе дистрибутива Oracle Linux. В тестировании могут принять участие пользователи сети Unbreakable Linux Network, которым следует загрузить пакеты из репозитория ol6_x86_64_Dtrace_BETA.

Из возможностей DTrace в версии для Linux пока доступно лишь несколько базовых провайдеров. В частности, реализован dtrace-провайдер SDT (Statically Defined Tracing), позволяющий выполнять статическую трассировку приложений, используя серию контрольных вызовов (probes) внутри ядра Linux. На базе SDT также подготовлен вариант провайдера proc для Linux, который позволяет реализовать проверки на стадии создания/завершения (fork, exec, exit, fault) процессов и легковесных процессов (LWP), отправки и приёма сигналов. Также реализован провайдер profile, позволяющий сбрасывать статистику через указанные промежутки времени.

О планах по портированию DTrace для стандартного ядра Linux или ядра из состава Red Hat Enterprise Linux ничего не сообщается. Также нет никаких данных о том, собирается ли Oracle обеспечить распространение кода DTrace под лицензией GPLv2 в дополнение к используемой в настоящее время лицензии CDDL, которая не совместима с GPLv2, или версия DTrace для Linux позиционируется как нишевый продукт, который будет поставляться только в составе дистрибутива Oracle Linux.

Следует отметить, что в рамках проекта CRiSP с 2008 года группой независимых энтузиастов достаточно активно развивается порт DTrace для Linux, работающий в виде модуля ядра. Кроме того, в состав Fedora, RHEL и Oracle Linux уже входит похожая по возможностям система SystemTap, код которой доступен под лицензией GPL, а разработку курируют компании Red Hat, IBM, Hitachi и Oracle. Как и DTrace, SystemTap позволяет организовать доскональное наблюдение за работающей системой, производить сбор статистики о работе приложений, выполнять профилирование, контролировать работу системных вызовов.

Для обсуждения информации, связанной с работой версии DTrace для Linux компанией Oracle создан специальный форум, в котором пока опубликовано только приветственное сообщение. Кроме того, один из разработчиков порта DTrace для Linux разместил в своём блоге заметку с примерами использования DTrace для отслеживания выполнения процессов в Linux.

Дополнение: Анализ тестовой версии DTrace для Linux от Адама Левенталя (Adam Leventhal), одного из основных разработчиков DTrace, ушедшего в 2010 году из Oracle, показал, что проект пока находится в зачаточном состоянии. Прогресс в разработке с октября очень незначительный. В версии для Linux пока реализовано только 618 контрольных вызовов (probes), для сравнения в Mac OS X их 578044.

  1. Главная ссылка к новости (https://blogs.oracle.com/linux...)
  2. OpenNews: Oracle портирует под Linux системы DTrace и Zones
  3. OpenNews: Из Oracle ушел последний из ключевых разработчиков DTrace
  4. OpenNews: Завершена работа по поддержке DTrace на пользовательском уровне во FreeBSD
  5. OpenNews: В дерево исходных текстов FreeBSD будет интегрирована поддержка DTrace
  6. OpenNews: Релиз системы динамической отладки SystemTap 1.6
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/33169-dtrace
Ключевые слова: dtrace, linux
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (31) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 13:24, 23/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В чем отличие и преимущества перед strace? Или я что-то не понимаю? :)
     
     
  • 2.2, Аноним (-), 13:32, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Принципиально другая вещь.
     
  • 2.3, Аноним (-), 13:34, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    в назначении
     
  • 2.73, pavlinux (ok), 17:10, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Примерно такая же, как анализ крови и мочи против ДНК и Рентгена.
     

  • 1.4, oneonfire (?), 13:39, 23/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не надо, у нас есть SystemTap
     
  • 1.5, Школьник (ok), 13:40, 23/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    То есть, в сухом остатке мы имеем:
    - два недопиленных порта DTrace, и каждый под несовместимой с GPLv2 лицензией, а значит, оба не имеют даже теоретической перспективы быть включенными в ядро;
    - SystemTap, который медленно запускается, умеет ронять систему ( http://dtrace.org/blogs/brendan/2011/10/15/using-systemtap/ ), и точно также не включен в ядро.

    Линукс такой линукс, и годы допиливания со стороны крупных корпораций, а также миллиарды вложенных ими долларов ничего не меняют.

     
     
  • 2.6, nomans (?), 14:14, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    я думаю, что если в FreeBSD без миллардов это сделали в период freeBSD 8-9, то и в Линукс смогут - там ведь тоже еще (вроде) обычные программисты работают. Или уже только организации с деньгами код вливают? В MacOS вот хорошо идет - 2 года назад FreeBSD занимала второе место по количеству probes (после Солярки), а сейчас - третье. Но софта с DTRACE поддержкой уже немало - и PHP 5.4 и PgSQL и MySQL и Apache.
     
     
  • 3.11, Школьник (ok), 16:32, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >то и в Линукс смогут - там ведь тоже еще (вроде) обычные программисты работают

    Вот именно что "вроде". Вы, например, про Ульриха Дреппера что-нибудь слышали?

    Кроме того, там вопрос ведь не в деньгах, а в синдроме NIH и д'Артаньяна.

     
     
  • 4.27, Аноним (-), 11:53, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот именно что "вроде". Вы, например, про Ульриха Дреппера что-нибудь слышали?

    А он к линуксу каким боком? Или школьники настолько обмельчали что даже не знают что такое линукс? :)

     
     
  • 5.40, Школьник (ok), 14:16, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он?... Да так, майнтайнер одной мелкой библиотечки, которая в паре незначительных дистрибутивов линукса используется.
     
  • 2.14, anonymous (??), 16:48, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    использовать systemtap на нагруженном production было бы здорово, но пока и текущие возможности довольно хороши.

    В конце-концов, gdb тоже работает нестабильно, watchpoint или частое attach bt detach могут вызывать падения исследуемого процесса или его заморозку.

     
  • 2.15, sasa (??), 17:18, 23/02/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >То есть, в сухом остатке мы имеем:

    отличный трассировщик с правильной лицензией http://lttng.org/

    http://lttng.org/comparison-systemtap-and-dtrace

     
     
  • 3.20, ананим (?), 07:02, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    хорошая табличка.
    если отбросить местный флуд и посмотреть на функциональность:
    http://lttng.org/comparison-systemtap-and-dtrace
    number of available symbolic probe points in the kernel
    systemtap - millions (statements, markers)
    dtrace    - thousands (functions, markers)
     
     
  • 4.25, Школьник (ok), 10:53, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > systemtap - millions (statements, markers)
    > dtrace    - thousands (functions, markers)

    Да, только systemtap роняет систему, а dtrace на соляре давно уже используется на боевых серверах.

     
     
  • 5.33, Аноним (-), 12:09, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, только systemtap роняет систему, а dtrace на соляре давно уже используется
    > на боевых серверах.

    Ага, особенно прикольно вот это:

    > probe execution optimized native code optimized native code interpreted bytecode

    Ну да, интерпретируемый байткод зонда в горяченьком месте - хороший подарок боевому серверу ;]

     
     
  • 6.42, Школьник (ok), 14:24, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не такой уж неприятный этот подарок - побудет он немного в горяченьком месте, потом его выключат, и overhead'а не будет вообще. Конечно, эксперимент абсолютно чистым не назовешь, однако, чистых экспериментов при такой методике вообще не бывает ни с какими профайлерами.
     
  • 5.38, ананим (?), 14:08, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    используется - это громко сказано.
    даже у самых ярых фанов на проде есть максимум с десяток "рабочих" скриптов уровня "тоже самое, что и htop/iotop/sar/.., но только в профиль".
    а такого уровня скрипты и в линухе есть, и не роняют (и не могли ронять), и всё равно не нужны - аналоги в виде программ давно есть и не через Ж работают, и вообще без оверхеда априори.
    и уж тем более никто из них не будет на боевом сервере/кластере выяснять что же там с дровами рэйда из вашего надуманного (я бы сказал навеянного) примера выше.
    при чем по 2-м причинам:
    1. на боевом сервере не будут стоять глючные дрова рэйда по определению (собстно как они туда собственно попадут? или криворукий админ уже предполагается? :D)
    2. если дело в железе - железо меняется в наикратчайшие сроки. и уж точно без разбора полётов на боевом сервере.

     
     
  • 6.43, Школьник (ok), 14:28, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. на боевом сервере не будут стоять глючные дрова рэйда по определению
    > (собстно как они туда собственно попадут? или криворукий админ уже предполагается?

    Ну вот был драйвер, работал-работал, а потом взял и начал вести себя неадекватно. То ли Сатурн в созвездие Стрельца вошел, то ли нагрузка на RAID-массив стала удовлетворять какому-то особенно неудачному для данного драйвера паттерну.

    > 2. если дело в железе - железо меняется в наикратчайшие сроки. и
    > уж точно без разбора полётов на боевом сервере.

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

     
     
  • 7.46, ананим (?), 15:33, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну вот был драйвер, работал-работал, а потом взял и начал вести себя неадекватно.

    драйвер не железный.
    не ломается.
    он либо работает сразу, либо не_работает. тоже сразу.
    из этих 2-х "либо" и складывается хороший админ.

    >Это хорошо, когда точно знаешь, что проблема именно в железе, а не в чем-либо еще.

    так на то он и админ.
    либо железо, либо софт - что значит либо сломалось, либо ты сам сломал.

     
     
  • 8.50, Школьник (ok), 15:48, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Мой, хоть и далеко не 10-летний опыт работы с Solaris свидетельствует о том же ... текст свёрнут, показать
     
     
  • 9.71, ананим (?), 16:15, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    тоже самое и мой, но со всеми nix а мы про них и говорим баги бывают, но они ... текст свёрнут, показать
     
  • 5.51, Аноним (-), 15:49, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, только systemtap роняет систему, а dtrace на соляре давно уже используется на боевых серверах.

    ... где он благополучно роняет систему, а в остальное время дико ее тормозит.
    Можно себе представить, что это за "боевые" серверы.

     
  • 4.26, sasa (??), 11:40, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >если отбросить местный флуд и посмотреть на функциональность:
    >systemtap
    >dtrace  

    вообще-то я имел ввиду совсем не их - зачем они нужны при наличии lttng ;) при наличии аппаратных возможностей в процессоре (например CoreSight у ARM) - отличный инструмент для исследования реалтайм процессов - скорость, минимальный оверхед, инструменты для последующей визуализации полученных данных.

     
     
  • 5.39, ананим (?), 14:12, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    да тоже ничего.
    я вот oprofile'ом иногда пользуюсь. http://oprofile.sourceforge.net/
     

  • 1.67, ананим (?), 16:09, 24/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    да, вот это не распарсил
    >Система SystemTap не принята в состав основного ядра Linux.

    ванильное (!!!) ядро собранное с опциями DEBUG_FS, RELAY, KPROBES и установленным dev-util/systemtap-1.7
    результат:
    # uname -a
    Linux victor-laptop 3.2.6-gentoo #2 SMP PREEMPT Fri Feb 24 10:56:42 MSK 2012 x86_64 Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz GenuineIntel GNU/Linux
    # stap iotop.stp
             Process    KB Read KB Written
            gconfd-2          3         86
              chrome         19          6
                   X         23          0
    ...

    что я делаю не так?

     
     
  • 2.72, Школьник (ok), 16:26, 24/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, похоже, здесь я был неправ. Когда последний раз пробовал SystemTap (а это было далеко не вчера), пришлось отказаться от ванильного ядра, но, видимо, по отличной от неработающего SystemTap причине. Виноват.
     

  • 1.76, pavlinux (ok), 00:43, 25/02/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А чё вообще шухер подняли??? Больше отладчиков хороших и разных!!!
     
     
  • 2.77, arisu (ok), 01:19, 25/02/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А чё вообще шухер подняли??? Больше отладчиков хороших и разных!!!

    да, отладчик очень помогает в Имитации Бурной Деятельности. видишь человека за отладчиком — и сразу ясно: с огромной вероятностью занимается ерундой.

     

  • 1.78, kralin (?), 00:52, 03/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это маркетинговая новость, граждане. Рекомендуемая к прочтению статья http://dtrace.org/blogs/ahl/2011/10/05/dtrace-for-linux-2/
     
     
  • 2.79, Аноним (-), 01:05, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это маркетинговая новость, граждане. Рекомендуемая к прочтению статья http://dtrace.org/blogs/ahl/2011/10/05/dtrace-for-linux-2/

    Это статья была написана почти полгода назад, когда кроме обещаний Oracle ничего не было известно. Сейчас появились готовые пакеты для тестирования. Т.е. Oracle сдержал обещания и все опасения ahl  не опарвдались.

     
     
  • 3.80, kralin (?), 01:20, 03/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это маркетинговая новость, граждане. Рекомендуемая к прочтению статья http://dtrace.org/blogs/ahl/2011/10/05/dtrace-for-linux-2/
    > Это статья была написана почти полгода назад, когда кроме обещаний Oracle ничего
    > не было известно. Сейчас появились готовые пакеты для тестирования. Т.е. Oracle
    > сдержал обещания и все опасения ahl  не опарвдались.

    добавил не ту ссылку. Моя вина:(
    FIX:  http://dtrace.org/blogs/ahl/2012/02/23/dtrace-oel-update/


     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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