Организация FreeBSD Foundation объявила (http://lists.freebsd.org/pipermail/freebsd-announce/2010-Jun... о финансировании проекта по улучшению интеграции системы динамической трассировки DTrace (http://ru.wikipedia.org/wiki/DTrace) во FreeBSD. Модуль ядра с реализацией DTrace был портированы из OpenSolaris и вошел в состав базовой системы два года назад. Несмотря на то, что поддержка DTrace на уровне ядра обеспечивалась уже в релизе FreeBSD 8.0, возможности утилит для трассировки пользовательских приложений были ограничены.
Добавление соответствующих утилит и библиотек позволит задействовать возможности DTrace для выявления проблем и узких мест в работе пользовательских программ, не ограничиваясь процессами, протекающими внутри ядра. Можно будет устанавливать точки остановка, следить за распределением памяти, утилизацией процессорного времени, наблюдать за блокировками, отслеживать сетевые и файловые операции в приложениях, запущенных на пользовательском уровне.В...
URL: http://lists.freebsd.org/pipermail/freebsd-announce/2010-Jun...
Новость: https://www.opennet.ru/opennews/art.shtml?num=27138
хотят опенсолярщиков перетянуть на фряху?
кроме тех кто использует dtrace, он никому не нуженподнимите руки кто ядреным dtrace активно пользуется?
>хотят опенсолярщиков перетянуть на фряху?
>кроме тех кто использует dtrace, он никому не нужен
>
>поднимите руки кто ядреным dtrace активно пользуется?ой зря ты так! наверняка куча народу пользуется... провоцируешь народ... сейчас прибегут тебя "бить!" ;-)
ЗЫ
я как то тестировал чисто из любопытства... ВЕЩЬ!!!
> поднимите руки кто ядреным dtrace активно пользуется?да во фре даже pmcstat(8) мало кто использует. Большинство использует "линуксявые" бенчмарки типа `dd if=foo of=bar' или `make buildworld'. Пока не будет userland tracing окромя как хакерам ядра оно мало кому будет интересно.
http://wiki.freebsd.org/DTrace/Examples
я считаю что даже когда юзерленд dtrace появиться в бсд
им мало кто пользоваться будет
Ну всем как бы пофиг чего ты там "щитаешь" :)
Пусть появится - а вот тогда и посмотрим.
>Ну всем как бы пофиг чего ты там "щитаешь" :)
>Пусть появится - а вот тогда и посмотрим.в корне не правильный подход
новшества должны добавляться исходя из спроса
а то получается какая то эта FreeBSD для одних разработчиков и вендоров которые в нее деньги спонсируют
Не поверишь - она с самого начала такой и была :) И ничего - живёт ....
Для ленивых админов (к коим я и себя причисляю ) ) есть афигенные подборки готовых d-скриптов ну если не на все случаи жизни, то на очень многие. И анализ коий можно по ним провести будет гораздо более информативным чем с какой либо другой тулзой... For example: http://www.brendangregg.com/dtrace.html#DTraceToolkit
>Большинство использует "линуксявые" бенчмарки типа `dd if=foo of=bar' или `make buildworld'.а чем они линуксявые-то?
> Большинство использует "линуксявые" бенчмарки типа `dd if=foo of=bar' или `make buildworld'.Сравнивать DTrace и бенчмарки некорректно, мягко говоря. Ибо DTrace - это инструмент для анализа работы систем в реальном времени, в том числе и бенчмарков, на этих системах запускаемых, с целью поиска узких мест, источников ошибок и так далее.
> Пока не будет userland tracing окромя как хакерам ядра оно мало кому будет интересно.
Это тоже неверное утверждение. Чтобы эффективно пользоваться провайдером типа fbt действительно нужно иметь предстваление о структуре ядра и о том, как оно работает, но некоторые простые вещи можно делать и без этого. Помимо fbt есть разные стабильные провайдеры, как минимум, profile и syscall, при помощи которых и stack() / ustack() можно узнать много всего интересного.
> поднимите руки кто ядреным dtrace активно пользуется?Ну я пользуюсь. Чего сказать-то хотел?
я хотел посмотреть на живого человека который пользуется dtrace, и считает что это мега нужная фитчаможет накатаете статейку для opennet, в которой расскажите как же именно вы используете dtrace, и в чем ее полезность
потому что 99% пользователям она не нужна
а dtrace юзер спейс, тем более
>я хотел посмотреть на живого человека который пользуется dtrace, и считает что
>это мега нужная фитча
>
>может накатаете статейку для opennet, в которой расскажите как же именно вы
>используете dtrace, и в чем ее полезность
>
>потому что 99% пользователям она не нужна
>а dtrace юзер спейс, тем болееОтладка файловой активности процессов с помощью DTrace, или как написать деинсталлятор
http://theapplegeek.ru/archives/358Введение в DTrace
http://www.pcmag.ru/elearning/course/lesson.php?COURSE_ID=6&...Дао DTrace
http://www.samag.ru/cgi-bin/go.pl?q=articles;n=12.2007;a=01P.S.
Можно сказать, что 99% пользователям не нужны Apache, nginx, php, mysql, perl, python, pgsql, oracle...
Пользователи разные бывают)
>P.S.
>Можно сказать, что 99% пользователям не нужны Apache, nginx, php, mysql, perl,
>python, pgsql, oracle...
>Пользователи разные бывают)и так, пользователям бсд, из ваших слов получаеться не нужны: Apache, nginx, php, mysql, perl, python, pgsql, oracle...
а постом ниже Anton описал для чего можно использовать DTrace юзерланд, а именно
поиск узких мест этих приложенийделаем вывод
пользователям бсд DTrace нафиг не нужен, правильно я разобрал вашу нить суждения?
>делаем выводНа конкурсе тролей неудачников ты бы занял второе место :)
> На конкурсе тролей неудачников ты бы занял второе местотонко. надо бы запомнить.
>делаем вывод
>пользователям бсд DTrace нафиг не нужен, правильно я разобрал вашу нить суждения?Да, совершенно верно.
За исключением одного момента.
Это был стеб =)
Т.е. это был намек на изъян в ваших рассуждениях.Вот тут:
https://www.opennet.ru/openforum/vsluhforumID3/68356.html#25Более детальный и менее стёбный ответ.
Он раскрывает суть моей фразы.
>потому что 99% пользователям она не нужна
>а dtrace юзер спейс, тем болееСмотря кто имеется ввиду под пользователями. Если те, кому почту почитать, документик составить - то да, таким DTrace скорее всего не нужен. Если речь о разработчиках и системных администраторах - то нужен еще как. DTrace - это не большая кнопка "сделать зашибись", а гибкий и мощный инструмент. Впрочем, им тоже нужно уметь пользоваться.
> считает что это мега нужная фитча
Считаю что это так. Отличный инструмент, чтобы заглянуть внутрь любой системы во время ее работы без необходимости перекомпиляции, установки разного рода отладочных пакетов, доступа к исходным текстам. Легковесный, доступный во многих интересных операционных системах.
> как же именно вы используете dtrace, и в чем ее полезность
Использую всяко - от поисков ответа на вопрос, почему же именно и из какого именно места системный вызов возвращает ошибку, до поиска причин неудовлетворительной производительности, плохой масштабируемости и прочих узких мест на боевых системах.
>>потому что 99% пользователям она не нужна
>>а dtrace юзер спейс, тем более
>
>Смотря кто имеется ввиду под пользователями. Если те, кому почту почитать, документик
>составить - то да, таким DTrace скорее всего не нужен. Если
>речь о разработчиках и системных администраторах - то нужен еще как.
>DTrace - это не большая кнопка "сделать зашибись", а гибкий и
>мощный инструмент. Впрочем, им тоже нужно уметь пользоваться.
>я вас наверное сильно удивлю
но и админам он не сильно нужен, если его и будут использовать то единицы>> считает что это мега нужная фитча
>
>Считаю что это так. Отличный инструмент, чтобы заглянуть внутрь любой системы во
>время ее работы без необходимости перекомпиляции, установки разного рода отладочных пакетов,
>доступа к исходным текстам. Легковесный, доступный во многих интересных операционных системах.
>представляеться такая алегория
опыты на живом человеке, при которых видно как течет кровь, стучит сердце ...
делать такие опыты над системой - наблюдать как она работает внутри, это от нечем заняться>
>> как же именно вы используете dtrace, и в чем ее полезность
>
>Использую всяко - от поисков ответа на вопрос, почему же именно и
>из какого именно места системный вызов возвращает ошибку, до поиска причин
>неудовлетворительной производительности, плохой масштабируемости и прочих узких мест на боевых системах.
>предлагаю вам все таки написать статью на эту тему
где вы со своими примерами покажете, что где и как
возможно кому то будет полезно
а у меня появится еще повод подискутировать
>>Смотря кто имеется ввиду под пользователями. Если те, кому почту почитать, документик
>>составить - то да, таким DTrace скорее всего не нужен. Если
>>речь о разработчиках и системных администраторах - то нужен еще как.
>>DTrace - это не большая кнопка "сделать зашибись", а гибкий и
>>мощный инструмент. Впрочем, им тоже нужно уметь пользоваться.
>>
>я вас наверное сильно удивлю
>но и админам он не сильно нужен, если его и будут использовать
>то единицывам, как админу может и не нужно, а меня, как админа, трассировщики выручали не раз.
>представляеться такая алегория
>опыты на живом человеке, при которых видно как течет кровь, стучит сердце
>...
>делать такие опыты над системой - наблюдать как она работает внутри, это
>от нечем занятьсяага, когда где-то тромб застрял, нафига разбираться, умный доктор просто пристрелит пациента.
какой вы админ - понятно.
> я вас наверное сильно удивлю
> но и админам он не сильно нужен, если его и будут использовать то единицыБеретесь за всех отвечать? :) Вы всех админов в мире знаете в лицо?
> опыты на живом человеке, при которых видно как течет кровь, стучит сердце ...
> делать такие опыты над системой - наблюдать как она работает внутри, это от нечем занятьсяАга, по вашей логике томографы не нужны, рентген тоже :) Только вскрытие и полостная операция с полным вскрытием :D
> предлагаю вам все таки написать статью на эту тему
> где вы со своими примерами покажете, что где и как
> возможно кому то будет полезноПредлагаю вам написать статью почему оно бесполезно ;) Ессно изучив вопрос досконально!
> а у меня появится еще повод подискутировать
ну да, языком молоть не мешки таскать :)
После соляры на фре не хватало. Приходилось truss'ом или еще как наблдать. DTrace в таком виде очень радует.
PS: а Вы сами поадминить, аль по3.14здеть?
А чем dtrace хуже truss'а?Сам не пользовался dtrace, так как тогда его еще не было на FreeBSD.
Truss'ом успешно решилась задачка: нужно было понять какой из тысяч php-скриптов вешает базу примерно раз в минуту.
Дело в том, что если у вас есть zend-coded скрипты, то никакой дебаггер к php на ФриБСД вы не подключите - ни один не совместим с Zend Optimizer.
Вот и пришлось "отлаживаться" таким способом.
я пользуюсь, но под Solaris.