Исходное сообщение
"Компания Oracle выпустила вторую бета-версию DTrace для Linu..." Отправлено Мяут, 06-Апр-12 23:25
> apset в линухе - это как раз и есть set. набор агрегирующих проб, чтобы выдать результирующий ответ, а не кучу промежуточных Спасибо, я в курсе. Только вот благодаря тому что разработчики SystemTap и Linux (ядра) не синхронизируют свои действия: после перехода с linux 2.6.38 на 3.3.0 пришлось обновлять systemtap с 1.4 на 1.7 Кроме того, посмотрите на стройность дизайна провайдеров proc и sched в Solaris: https://wikis.oracle.com/display/DTrace/proc+Provider https://wikis.oracle.com/display/DTrace/sched+Provider И на кашу тут: http://sourceware.org/systemtap/tapsets/sched.stp.html Количество функций для вывода стека ядра тоже поражает, притом что работают они от случая к случаю :)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> apset в линухе - это как раз и есть set. набор агрегирующих проб, чтобы выдать результирующий ответ, а не кучу промежуточных > Спасибо, я в курсе. Только вот благодаря тому что разработчики SystemTap и > Linux (ядра) не синхронизируют свои действия: после перехода с linux 2.6.38 > на 3.3.0 пришлось обновлять systemtap с 1.4 на 1.7 > Кроме того, посмотрите на стройность дизайна провайдеров proc и sched в Solaris: > https://wikis.oracle.com/display/DTrace/proc+Provider > https://wikis.oracle.com/display/DTrace/sched+Provider > И на кашу тут: http://sourceware.org/systemtap/tapsets/sched.stp.html > Количество функций для вывода стека ядра тоже поражает, притом что работают они > от случая к случаю :)
	Введите код, изображенный на картинке: