Утилита atop (http://www.atoptool.nl/) портирована для FreeBSD. Atop это консольный (curses) монитор производительности, который предназначен для отображения активности всех процессов. Также утилита позволяет записывать системную активность с заданным интервалом в сжатый файл, для последующего анализа или построения отчета. FreeBSD порт утилиты (http://openfacts2.berlios.de/wikien/index.php/BerliosProject...) поддерживает все возможности Linux версии и реализует некоторую специфичную для FreeBSD функциональность.URL: http://openfacts2.berlios.de/wikien/index.php/BerliosProject...
Новость: http://www.opennet.me/opennews/art.shtml?num=31283
>Утилита atopчнм она лучше htop ( http://en.wikipedia.org/wiki/Htop )?
Самому интересно. Судя по скринам, вроде, показывает более развернутую информацию.
ничем. разве что потребление CPU более подробно
Она показывает еще нагрузку на дисковую подсистему и сетевую нагрузку, в том числе и по процессам. Запись в лог очень полезна, посмотреть кто грузил сервер.
Я бы не сказал "лучше". Она - другая.1) htop требует линукс procfs во фре. Это отстойно по двум причинам - во первых linux procfs во фре сделан "для совместимости" и его данные менее корректны чем native api. Во вторых требует держать ненужную ФС на серверах.
2) Там нет режима записи. И режима вывода sar like.
3) Нет информации о дисковой и сетевой активности.Ну может и еще чего нет, я не смотрел ее столь внимательно.
Sorry что не совсем в тему, но в этом контексте было забавно припомнить, как
top и atop, в отличие от htop, показывали мне какую-то лабуду вместо используемого объёма оперативки :D.
P.S.: на Linux
> Sorry что не совсем в тему, но в этом контексте было забавно
> припомнить, как
> top и atop, в отличие от htop, показывали мне какую-то лабуду вместо
> используемого объёма оперативки :D.
> P.S.: на Linuxможет все дело в волшебных пузырьках (/dev/hands)? atop/linux использует procfs и я не верю, что там будет "какая-то лабуда". Тем более, что htop его же использует.
>> Sorry что не совсем в тему, но в этом контексте было забавно
>> припомнить, как
>> top и atop, в отличие от htop, показывали мне какую-то лабуду вместо
>> используемого объёма оперативки :D.
>> P.S.: на Linux
> может все дело в волшебных пузырьках (/dev/hands)? atop/linux использует procfs и я
> не верю, что там будет "какая-то лабуда". Тем более, что htop
> его же использует.Делать мне нечего, как совать руки туда, где я ничего не понимаю.
Проверялось на нескольких версиях Ubuntu (ну кроме 11.04, на ней ещё ни разу не запускал top, только htop) на моей машине, результат - почти полная заполненность 8 гигов оперативки виртуальными пузырями. Правду показывал только htop, за что им я в последнее время только и пользуюсь.
Поздравляю, у вас - убунта, обратитесь к врачу.Если по теме - что такое "виртуальные пузыри"? "Правду" htop берет из того же /proc, что и вышеобозначенные утилиты, скорее всего вы просто не осилили вывод top. Научитесь читать маны, а не только висеть на опеннете, это полезнее будет, право.
> Поздравляю, у вас - убунта, обратитесь к врачу.
> Если по теме - что такое "виртуальные пузыри"? "Правду" htop берет из
> того же /proc, что и вышеобозначенные утилиты, скорее всего вы просто
> не осилили вывод top. Научитесь читать маны, а не только висеть
> на опеннете, это полезнее будет, право.Вот и читайте свои маны сами, хоть до посинения.
Если никогда не сталкивались с проблемой - нечего других дятлами называть. Странная статистика показывается не везде, а только на моей тачке.
> Вот и читайте свои маны сами, хоть до посинения.По сути:
1) маны всеже стоит читать если что-то не понимаете.
2) Если после прочтения манов вы уверенны, что проблема с утилитой (неважно, только у вас или нет) - идете на ланчпад, ищите описание проблемы (багрепорт) и если его нет - составляете сами.Я думаю что у вас все заглохнет на 1) )
>> Вот и читайте свои маны сами, хоть до посинения.
> По сути:
> 1) маны всеже стоит читать если что-то не понимаете.
> 2) Если после прочтения манов вы уверенны, что проблема с утилитой (неважно,
> только у вас или нет) - идете на ланчпад, ищите описание
> проблемы (багрепорт) и если его нет - составляете сами.
> Я думаю что у вас все заглохнет на 1) )Интересно, если вы сами признаёте, что читать МАНы бесполезно - зачем же советовать???
Связаться с автором пробовал, но ответа не получил. А если есть рабочее решение - зачем мучится то, из мазохистских побуждений? Мне работать надо, а не с утилитой диагностики потребления ресурсов трахаться.
>> 1) маны всеже стоит читать если что-то не понимаете.
>> 2) Если после прочтения манов вы уверенны, что проблема с утилитой (неважно,
>> только у вас или нет) - идете на ланчпад, ищите описание
>> проблемы (багрепорт) и если его нет - составляете сами.
>> Я думаю что у вас все заглохнет на 1) )
> Интересно, если вы сами признаёте, что читать МАНы бесполезно - зачем же
> советовать???Я этого нигде не признавал, вам привиделось.
> Связаться с автором пробовал, но ответа не получил.
С автором GNU top? Вы прикалываетесь? Понятное дело, что James C. Warner скорее всего просто проигнорировал ваше письмо. Писать надо в багтрекер используемого дистрибутива, разумеется (ваш Кэп).
> А если есть рабочее
> решение - зачем мучится то, из мазохистских побуждений? Мне работать надо,
> а не с утилитой диагностики потребления ресурсов трахаться."Работать", хихи. Вы не знаете основ, принципов работы того инструментария, которым пользуетесь. Уровень вашего профессионализма будет в таком случае ниже плинтуса. И кроме эникейщика вам при таком подходе ничего не светит. Если top на вашей системе показывал ерунду - то вариантов только 2. Либо у вы таки не разобрались в выводимых данных (вы хоть знаете, что значат колонки VIRT, RES и SHR, например?) либо с вашей системой что-то ОЧЕНЬ не так и процфс сошел с ума (вот сомневаюсь, хотя на глючных виртуалках видел).
>>> 1) маны всеже стоит читать если что-то не понимаете.
>>> 2) Если после прочтения манов вы уверенны, что проблема с утилитой (неважно,
>>> только у вас или нет) - идете на ланчпад, ищите описание
>>> проблемы (багрепорт) и если его нет - составляете сами.
>>> Я думаю что у вас все заглохнет на 1) )
>> Интересно, если вы сами признаёте, что читать МАНы бесполезно - зачем же
>> советовать???
> Я этого нигде не признавал, вам привиделось.Ваша цитата: "Я думаю что у вас все заглохнет на 1"
Если вы таким странным образом намекаете на скудоумие и недостижимость высокого интеллектуального уровня для того, чтобы понять, что должно отображать суммарное поле "Mem: ***k Free", то у вас явно крыша едет.>> Связаться с автором пробовал, но ответа не получил.
> С автором GNU top? Вы прикалываетесь? Понятное дело, что James C. Warner
> скорее всего просто проигнорировал ваше письмо. Писать надо в багтрекер используемого
> дистрибутива, разумеется (ваш Кэп).Я использовал способ, который нашёл на сайте, где располагают сорцы программы. Это было не мыло автора, а mail-list.
>[оверквотинг удален]
>> решение - зачем мучится то, из мазохистских побуждений? Мне работать надо,
>> а не с утилитой диагностики потребления ресурсов трахаться.
> "Работать", хихи. Вы не знаете основ, принципов работы того инструментария, которым пользуетесь.
> Уровень вашего профессионализма будет в таком случае ниже плинтуса. И кроме
> эникейщика вам при таком подходе ничего не светит. Если top на
> вашей системе показывал ерунду - то вариантов только 2. Либо у
> вы таки не разобрались в выводимых данных (вы хоть знаете, что
> значат колонки VIRT, RES и SHR, например?) либо с вашей системой
> что-то ОЧЕНЬ не так и процфс сошел с ума (вот сомневаюсь,
> хотя на глючных виртуалках видел).Вам в кадровом агентстве надо работать - вы оцениваете уровень профессионализма всего-лишь по одному мутному топику. Очень легко так людей фильтровать :P.
>> P.S.: общаясь со всеми в стиле 'со школотой' - определённо дурной тон,
>> недостойный взрослого человека.
> Я не со всеми, а только со школотой, привет.Мне кажется, что вы не общаетесь со мной, а играете в игру 'мой пост - последний', поскольку не несёте своими ответами ни помощь, ни здравый смысл. Что ж, я в такие игры не играю - разрешаю ВАМ завершить эту ветку последним постом.
>Ваша цитата: "Я думаю что у вас все заглохнет на 1" Если вы таким странным образом
> намекаете на скудоумие и недостижимость высокого интеллектуального уровня для того,
> чтобы понять, что должно отображать суммарное поле "Mem: ***k Free", то у вас явно
> крыша едет.Я не намекал, если вы не заметили ) А теперь - "черная магия и ее разоблачение". Запустим топ, на 8 гиговой машине:
>> Mem: 8052556k total, 7728392k used, 324164k free, 277144k buffers
>> Swap: 9936892k total, 5792k used, 9931100k free, 4656688k cachedТеперь atop:
>> MEM | tot 7.7G |free 284.8M | cache 4.4G | dirty 0.2M|buff 270.8M| slab 321.0M
И там же htop:
>> Mem[||||||||||||||||||||||||||||||2770/7863MB]Как нетрудно заметить - htop показывает что всего 2.7 гига используется, тогда как atop/top показывает, что занята почти вся память. Если бы вы почитали маны, то поняли бы, что дело вовсе не в магических "виртуальных пузырях" (хихи), а в том, они по разному считают то, что является свободной памятью. Тут (http://www.linuxatemyram.com/), например, вы можете почитать о том, как ядро работает с памятью. htop просто суммирует RSS память занятую процессами, а top/atop показывают в Free только ту память, которую никто не занял. И, кстати, это первый вопрос в FAQ htop (опять о пользе манов):
The memory meter in htop says a low number, such as 9%, when top shows something like 90%! (Or: the MEM% number is low, but the bar looks almost full. What's going on?)
The number showed by the memory meter is the total memory used by processes. The additional available memory is used by the Linux kernel for buffering and disk cache, so in total almost the entire memory is in use by the kernel. I believe the number displayed by htop is a more meaningful metric of resources used: the number corresponds to the green bars; the blue and brown bars correspond to buffers and cache, respectively (as explained in the Help screen accessible through the F1 key). Numeric data about these is also available when configuring the memory meter to display as text (in the Setup screen, F2).
> Я использовал способ, который нашёл на сайте, где располагают сорцы программы. Это было
> не мыло автора, а mail-list.То вы автору писали, то в мейллист. Не покажете письмо в паблик архиве?
> Вам в кадровом агентстве надо работать - вы оцениваете уровень профессионализма
> всего-лишь по одному мутному топику. Очень легко так людей фильтровать :P.Моя позиция связанна в том числе и с набором персонала в мой отдел. И часто ответа на 1 вопрос действительно достаточно. У меня есть серия тестов, и мне более важно даже не то, как человек отвечает, а то, что он делает в случае если не знает ответа.
> Я не намекал, если вы не заметили ) А теперь - "черная
> магия и ее разоблачение". Запустим топ, на 8 гиговой машине...Ну надо же, после длинной очереди оскорблений вы всё таки спустились на землю, чтобы поделиться своими ЗНАНИЯМИ! Ну хоть и на том спасибо.
Искать ответ на свой вопрос в FAQ'ах htop как-то не догадался.> I believe the number displayed by htop is a more meaningful metric of resources used
Абсолютно согласен с автором htop.
мутный ты тип samm. Столько мурыжил до выдачи нормального ответа.
>мутный ты тип samm. Столько мурыжил до выдачи нормального ответа.эта... вам сказали маны почитать? чего вы еще желаете?
ИМХО nmon от IBM для линуха удобнее чем atop и htop
> чнм она лучше htop ( http://en.wikipedia.org/wiki/Htop )?Тем что это более другая утилита. Например, у нее (как минимум в линуксной версии) есть режим "черного ящика", когда в весьма компактный сжатый бинарный лог пишутся статистики по всем ключевым параметрам. И если что-то пошло не так, можно потом посмотреть "бортовой журнал" и пронаблюдать потребление ресурсов в разные моменты времени. Что временами очень удобно, для анализа состояния серверов, troubleshooting и прочая. Компактный размер логов позволяет гонять эту штуку всегда, запросто накапливая статистику за недели и месяцы работы. С этой утилей можно легко ответить на вопрос "а чего это вчера сервер тормозил?". Пошли да посмотрели - а что его тормознуло вчера, собственно. Очень удобно.
Под 6-кой не собирается:===> Building for atop-1.26.b6
cc -O2 -fno-strict-aliasing -pipe -Wall -DFREEBSD -c atop.c
In file included from atop.c:294:
acctproc.h:134: error: redefinition of `struct acct'
*** Error code 1Stop in /arc/tmp/atop/atop-1.26.fbsd.beta6.
*** Error code 1Stop in /arc/ports/sysutils/atop.
Вы не из портов?...
В 6.x другой формат struct acct {}, так что не судьба.
> Под 6-кой не собирается:на моих серверах 6-рки уже нет, так как она давно out of support. Советую обновиться. Впрочем, думаю там что-то ужасно тривиальное, но мне лень ставить еще одну виртуалку.
>Ubuntu 9 KARMIK KOALLA...
>Может APT-GET сломался? Попробуй перезагрузиться, должно помочь.lol.
Ага, на 4-ке ещё попробуйте :))
> Ага, на 4-ке ещё попробуйте :))И айпишник не забудьте сказать. Посмотрим сможет ли вон тот хакер на своем десктопе с (неподдерживаемой, кстати) 9й убунтой это хакнуть. Кстати, его при этом тоже можно попробовать хакнуть, т.к. его система без обновлений секурити.
6ка не поддерживается.
Пролетала тут в портах, было... :)
htop сам есть и память и процессор
ест
> htop сам ест и память и процессора ещё компилятор языка C (GCC) -- компилируется с помошью C (GCC)
...фантастика! :-)
Что за гупость?
http://epaperpress.com/lexandyacc/
В добрый путь.
Ну, так и что ? Генератор парсера сгененирует парсер, который будет на Си, для которого нужен компилятор Си.
http://ru.wikipedia.org/wiki/%D0%A0%D0%B...Раскрутка компилятора (англ. bootstrapping) — метод создания компилятора некоторого языка программирования, позволяющий использовать для написания компилятора сам этот язык (не прибегая к программированию на языке низкого уровня). Раскрутка также используется для переноса компиляторов на новые платформы. Основные идеи раскрутки появились в середине 1950-х годов, а впервые метод был применён для реализации языка Neliac в 1960 году. С помощью этого метода было реализовано большое количество языков, в том числе BASIC, С, Pascal, Haskell, Modula-2, Oberon, OCaml, Common Lisp, Scheme и Nemerle.
Ого, очередной конкурс Капитанов на опеннете :)
учи матчасть аноним
точнее прочти красную книгу дракона - прокачайся до 80 левела
>> htop сам ест и память и процессор
> а ещё компилятор языка C (GCC) -- компилируется с помошью C (GCC)
> ...фантастика! :-)фантастика в том, что http://ru.wikipedia.org/wiki/PyPy работает быстрее самого python ))))
пс: 00722
ага, а в top есть процесс top. <Сарказм> Мистика какая-то </Сарказм>
7.1-RELEASE FreeBSD 7.1-RELEASE #0:cc -O2 -fno-strict-aliasing -pipe -Wall -DFREEBSD -c photosyst.c
In file included from photosyst.c:272:
/usr/include/netinet/ip.h:162: error: expected specifier-qualifier-list before 'n_long'
In file included from photosyst.c:274:
/usr/include/netinet/ip_icmp.h:71: error: expected specifier-qualifier-list before 'n_short'
/usr/include/netinet/ip_icmp.h:78: error: expected specifier-qualifier-list before 'n_short'
/usr/include/netinet/ip_icmp.h:100: error: expected specifier-qualifier-list before 'n_time'
*** Error code 1Stop in /usr/ports/sysutils/atop/work/atop-1.26.fbsd.beta6.
*** Error code 1
> 7.1-RELEASE FreeBSD 7.1-RELEASE #0:
> cc -O2 -fno-strict-aliasing -pipe -Wall -DFREEBSD -c photosyst.c
> In file included from photosyst.c:272:
> /usr/include/netinet/ip.h:162: error: expected specifier-qualifier-list before 'n_long'О, это интересно - надо будет проверить. У вас точно не рассинхронизирован мир и ядро, например?
>> 7.1-RELEASE FreeBSD 7.1-RELEASE #0:
>> cc -O2 -fno-strict-aliasing -pipe -Wall -DFREEBSD -c photosyst.c
>> In file included from photosyst.c:272:
>> /usr/include/netinet/ip.h:162: error: expected specifier-qualifier-list before 'n_long'
> О, это интересно - надо будет проверить. У вас точно не рассинхронизирован
> мир и ядро, например?Да я не обновлял ни разу ни мир ни ядро на этой машине.
Софт серверный, ставил только из портов. Мог ли какой-нибудь порт рассинхронизировать мне мир? ) И как-нибудь можно проверить рассинхрон?
Обновляться пока боюсь, ибо страшно. )
> Софт серверный, ставил только из портов. Мог ли какой-нибудь порт рассинхронизировать мне
> мир? ) И как-нибудь можно проверить рассинхрон?
> Обновляться пока боюсь, ибо страшно. )Ну вообще жить на не поддерживаемых релизах на мой взгляд, еще страшнее. Я сейчас скачиваю 7.1 с архива, проверю.
>> Софт серверный, ставил только из портов. Мог ли какой-нибудь порт рассинхронизировать мне
>> мир? ) И как-нибудь можно проверить рассинхрон?
>> Обновляться пока боюсь, ибо страшно. )
> Ну вообще жить на не поддерживаемых релизах на мой взгляд, еще страшнее.
> Я сейчас скачиваю 7.1 с архива, проверю.А, так Вы автор порта. Очень приятно. :)
Сейчас собрал под FreeBSD 8.0-RELEASE #0 - работает.
Ага. Там очень тривиальная ошибка - надо добавить#include <netinet/in_systm.h>
до
#include <netinet/ip.h>. Я поправлю это в портах как дойдут руки.
> Ага. Там очень тривиальная ошибка - надо добавить
> #include <netinet/in_systm.h>
> до
> #include <netinet/ip.h>. Я поправлю это в портах как дойдут руки.Поправил photosyst.c, как Вы сказали.
Работает!
Спасибо!
накати релиз 7.1, до актуальной версии, или, хотя бы, все секьюр-фиксы.
Лучше бы сделали top на основе dtrace, нечто похожее на `pmcstat -T'. Ато статистика по процессам в atop не выглядет намного полезней той же в штатном top (включая `-m io' режим).
онониме всегда лучше знает что "лучше бы". обычный top не умеет записи, такие дела.Касательно dtrace
1) нет в generic
2) крайне настабилен
3) провайдеров с стабильным апи еще слишком мало.Такие дела.
> Лучше бы сделали top на основе dtrace, нечто похожее на `pmcstat -T'.
> Ато статистика по процессам в atop не выглядет намного полезней той
> же в штатном top (включая `-m io' режим).
был сутки запущен демон atop,
все началось с того, что приклинило сервак, на который еле получилось зайти;
вырезка из top-a:
last pid: 27608; load averages: 0.63, 36.52, 95.2013 up 7+03:10:19 15:26:07
40 processes: 1 running, 37 sleeping, 2 waiting
CPU: 0.0% user, 0.0% nice, 5.5% system, 0.0% interrupt, 94.5% idle
Mem: 1116K Active, 23G Wired, 21M Cache, 2465M Buf, 72M Free
Swap: 2048M Total, 447M Used, 1601M Free, 21% Inuse, 4K OutPID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
27427 root 1 48 0 12444K 2044K CPU2 2 0:09 9.23% top
1038 root 1 47 0 25004K 1180K select 5 21:38 0.00% sshd
944 root 1 44 0 5900K 980K select 9 1:35 0.00% syslogd
34801 root 1 44 -20 85594M 20050M pfault 3 0:57 0.00% <atop>
27606 root 1 76 0 25004K 1392K pfault 9 0:01 0.00% sshd
Мистика. Какая версия atop? И да, плиз на samm at os2.kiev.ua
отправил
в логе атопа уже инфы не было на момент когда такое случилось
произошло столь большое потребление памяти судя с логов за минуту времени
ps. OS freebsd 8.2 amd64
systat, fstat есть, нах нам ещё линуксячья приблуда
Как сделать с помощью systat, fstat подобие atop -d ?