| |
| 2.12, anonymous (??), 15:13, 18/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
Я так и не понял зачем было делать папку cr ?
Почему ЭТО просто в папку updates не закинуть было ?
| | |
|
| 1.2, Stax (ok), 22:29, 16/08/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 И debuginfo, разумеется, опять нет. Проанализировать затыки производительности через perf или oprofile невозможно. Спасибо, не надо - остаюсь на SL.
| | |
| |
| |
| 3.5, Stax (ok), 01:42, 17/08/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Вы это к чему?
Способа "дособрать" debuginfo, к вашему сведению, нет; корректный debuginfo выделяется только в момент сборки пакета. И "самому" добавлять debuginfo - это значит пересобирать (и использовать постоянно свои версии) kernel, glibc, gcc, libstdc++ и ко всем-всем библиотекам, которые могут использоваться и на что-то влиять.
У меня на рабочей машинке с федорой, где мне нужен gdb на пару прог и иногда perf:
$ rpm -qa|grep debuginfo|wc -l
66
На сервере с SL6, где очень часто нужен perf и стоит debuginfo к большей части библиотек, вызовы в которых отнимают ресурсы процессора или ввода вывода:
$ rpm -qa|grep debuginfo|wc -l
151
| | |
| |
| 4.7, Аноним (-), 03:49, 17/08/2011 [^] [^^] [^^^] [ответить]
| +3 +/– |
Видимо, он это к тому, что реальные пацаны собирают свои собственные дистры (убунту + нескучные обои), а не ПОТРЕБЛЯЮТ сделанное другими.
| | |
| 4.8, anonymous (??), 07:36, 17/08/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> На сервере с SL6
Тьфу ты, уже напугал меня. Я то подумал что это за сервак такой с дебугинфо ...
А оказывается обычный тестово-девелоперский с сл6 ...
P.S.
и у меня заодно вопрос. Вы эти затыки в чем ищете ? В ядре и глибс что ли ?
А не в пхп-жабы ( 1с и прочая ... ) ваших быдло-программах что ли ?
| | |
| |
| 5.10, Stax (ok), 13:49, 17/08/2011 [^] [^^] [^^^] [ответить]
| +/– | |
Нет, это на самом деле вполне себе продакшен. SL6.1 и инструменты для поиска проблем, да.
Затыки видны везде. Например, одна программа постоянно ставила колом процессор - с perf'ом легко стало видно, что проблема в malloc'е - потвикал, пересобрал ее с гугловским маллоком, проблема прошла. С помощью perf timechart можно смотреть проблемы взаимного взаимодействия программ - когда один модуль ждет другой, когда они ждут диск или процессор и тд. Видны и проблемы конкретных библиотек - например, если у вас тормозит пхп, можно увидеть, на каком уровне возникает проблема.
Проблемы ядра и драйверов тоже замечательно видны - у железа и драйверов нередко есть тонкие настройки по внутренним буферам, прерываниям и т.д. - с помощью perf можно видеть подобные проблемы; он сразу показывает что, например, ядро проводит очень много времени в обработчике прерываний драйвере какого-то контроллера - и сразу знаешь, куда копать. Легко запомнить состояние, изменить и промониторить прогресс.
perf замечателен тем, что практически не дает замедления работы того, что мониторится; поэтому нет проблем с использованием его на продакшене, в отличие от скажем valgrind.
| | |
|
|
|
|
| 1.11, sasku (ok), 19:54, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 ребят, а не подскажете, есть ли репозитарий для SL6 где был бы snort.
можно конечно собрать с исходников, но хотелось бы, готовое :)
| | |
|
