| 1.1, Аноним (-), 13:24, 23/02/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
В чем отличие и преимущества перед strace? Или я что-то не понимаю? :)
| | |
| 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 могут вызывать падения исследуемого процесса или его заморозку.
| | |
| |
| |
| 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-х "либо" и складывается хороший админ.
>Это хорошо, когда точно знаешь, что проблема именно в железе, а не в чем-либо еще.
так на то он и админ.
либо железо, либо софт - что значит либо сломалось, либо ты сам сломал.
| | |
|
|
| 5.51, Аноним (-), 15:49, 24/02/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, только systemtap роняет систему, а dtrace на соляре давно уже используется на боевых серверах.
... где он благополучно роняет систему, а в остальное время дико ее тормозит.
Можно себе представить, что это за "боевые" серверы.
| | |
|
| 4.26, sasa (??), 11:40, 24/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
>если отбросить местный флуд и посмотреть на функциональность:
>systemtap
>dtrace
вообще-то я имел ввиду совсем не их - зачем они нужны при наличии lttng ;) при наличии аппаратных возможностей в процессоре (например CoreSight у ARM) - отличный инструмент для исследования реалтайм процессов - скорость, минимальный оверхед, инструменты для последующей визуализации полученных данных.
| | |
|
|
|
| 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 причине. Виноват.
| | |
|
| |
| 2.77, arisu (ok), 01:19, 25/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > А чё вообще шухер подняли??? Больше отладчиков хороших и разных!!!
да, отладчик очень помогает в Имитации Бурной Деятельности. видишь человека за отладчиком — и сразу ясно: с огромной вероятностью занимается ерундой.
| | |
|
|
