https://www.opennet.ru/openforum/vsluhforumID3/79361.html Утилита atop (http://www.atoptool.nl/) портирована для FreeBSD. Atop это консольный (curses) монитор производительности, который предназначен для отображения активности всех процессов. Также утилита позволяет записывать системную активность с заданным интервалом в сжатый файл, для последующего анализа или построения отчета. FreeBSD порт утилиты (http://openfacts2.berlios.de/wikien/index.php/BerliosProject:Atop-freebsd) поддерживает все возможности Linux версии и реализует некоторую специфичную для FreeBSD функциональность. <br><br>URL: http://openfacts2.berlios.de/wikien/index.php/BerliosProject:Atop-freebsd<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=31283<br> https://www.opennet.ru/openforum/vsluhforumID3/79361.html#64 Mon, 30 Jul 2012 05:25:18 GMT ИМХО nmon от IBM для линуха удобнее чем atop и htop<br> https://www.opennet.ru/openforum/vsluhforumID3/79361.html#63 Tue, 17 Jan 2012 21:13:18 GMT Как сделать с помощью systat, fstat подобие atop -d ?<br> https://www.opennet.ru/openforum/vsluhforumID3/79361.html#62 Tue, 23 Aug 2011 09:27:48 GMT systat, fstat есть, нах нам ещё линуксячья приблуда<br> https://www.opennet.ru/openforum/vsluhforumID3/79361.html#61 Wed, 27 Jul 2011 18:31:21 GMT отправил<br> https://www.opennet.ru/openforum/vsluhforumID3/79361.html#60 Wed, 27 Jul 2011 18:19:01 GMT Мистика. Какая версия atop? И да, плиз на samm at os2.kiev.ua<br> https://www.opennet.ru/openforum/vsluhforumID3/79361.html#59 Wed, 27 Jul 2011 18:06:25 GMT в логе атопа уже инфы не было на момент когда такое случилось<br>произошло столь большое потребление памяти судя с логов за минуту времени<br>ps. OS freebsd 8.2 amd64<br> https://www.opennet.ru/openforum/vsluhforumID3/79361.html#58 Wed, 27 Jul 2011 16:09:34 GMT был сутки запущен демон atop,<br>все началось с того, что приклинило сервак, на который еле получилось зайти;<br>вырезка из top-a:<br><br><br>last pid: 27608; load averages: 0.63, 36.52, 95.2013 up 7+03:10:19 15:26:07<br>40 processes: 1 running, 37 sleeping, 2 waiting<br>CPU: 0.0% user, 0.0% nice, 5.5% system, 0.0% interrupt, 94.5% idle<br>Mem: 1116K Active, 23G Wired, 21M Cache, 2465M Buf, 72M Free<br>Swap: 2048M Total, 447M Used, 1601M Free, 21% Inuse, 4K Out<br><br>PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND<br>27427 root 1 48 0 12444K 2044K CPU2 2 0:09 9.23% top<br>1038 root 1 47 0 25004K 1180K select 5 21:38 0.00% sshd<br>944 root 1 44 0 5900K 980K select 9 1:35 0.00% syslogd<br>34801 root 1 44 -20 85594M 20050M pfault 3 0:57 0.00% &lt;atop&gt;<br>27606 root 1 76 0 25004K 1392K pfault 9 0:01 0.00% sshd<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/79361.html#57 Wed, 27 Jul 2011 12:51:49 GMT онониме всегда лучше знает что "лучше бы". обычный top не умеет записи, такие дела.<br><br>Касательно dtrace<br>1) нет в generic<br>2) крайне настабилен<br>3) провайдеров с стабильным апи еще слишком мало.<br><br>Такие дела.<br><br>&gt; Лучше бы сделали top на основе dtrace, нечто похожее на `pmcstat -T'. <br>&gt; Ато статистика по процессам в atop не выглядет намного полезней той <br>&gt; же в штатном top (включая `-m io' режим). https://www.opennet.ru/openforum/vsluhforumID3/79361.html#56 Wed, 27 Jul 2011 06:24:04 GMT Лучше бы сделали top на основе dtrace, нечто похожее на `pmcstat -T'. Ато статистика по процессам в atop не выглядет намного полезней той же в штатном top (включая `-m io' режим).<br>