Помогите мне, а то я туплю уже не первый день.
Помогите мне, а то я туплю уже не первый день.
Хочу узнать топ самых популярных процессов в системе (по времени выполнения, включая тех самых мёртвых детей). Запускаю топ, сортирую по времени, нажимаю S (When 'Cumulative time' mode is On, each process is listed with the cpu time that it and its dead children have used). Вижу картинку:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 48612 4704 1800 S 0.0 0.1 2405:47 systemd
836 root 20 0 290m 3168 2500 S 0.0 0.0 954:48.30 gdm-binary
1663 kir 9 -11 684m 10m 5648 S 0.0 0.1 63:59.77 pulseaudio
28910 root 20 0 222m 40m 22m S 3.3 0.5 45:37.09 Xorg
29238 kir 20 0 878m 22m 14m S 0.3 0.3 20:04.62 gnome-panel
29401 kir 20 0 244m 71m 25m S 0.7 0.9 17:09.19 skype
29287 kir 20 0 446m 16m 12m S 2.7 0.2 14:21.82 gkrellm
10 root 20 0 0 0 0 S 0.3 0.0 8:20.43 rcu_sched
Это как раз та картинка, которую я хочу видеть. Понятно, что systemd запустил вообще всё, что есть в системе, вот у него и время такое, а gdm запустил иксы и всё что в иксах, поэтому он на почётном втором месте.
Теперь хочу тот же фокус проделать с ps. Там тоже есть ключик --cumulative. Но он не работает, или я не на то смотрю.
ps -e --no-header -o time,comm --cumulative --sort -time | head
01:04:01 pulseaudio
00:47:18 Xorg
00:23:11 gkrellm
00:20:36 skype
00:08:32 rcu_sched
00:08:24 adb
00:03:44 thunderbird
00:02:59 udisksd
00:02:52 chrome
00:02:10 dbus-daemon
Картинка такая же, как и без Cumulative time в top, и не изменяется от добавления/удаления флага --cumulative.
Однако, мне удалось найти поле bsdtime, на которое --cumulative влияет так, как мне надо:
ps -e --no-header -o bsdtime,comm --cumulative --sort -bsdtime
Но при этом, блин, сортировка по этому полю нихрена не работает.
Вопросы. Что я делаю не так? Стоит ли обижаться на разработчиков этих модных тулзов?
Доброго времени суток хабрачитатели. Совсем не давно на работе произошел инцидент который подпортил ...
Ділюсь з вами одним з найкращих, на мою думку, показів UFW. Він ідеально ...
Ділюсь з вами одним з найкращих, на мою думку, показів UFW. Він ідеально вписався в рамки Мистецького Арсеналу - класична музика, багато чорного, чим не мотиви Ларса фон Трієра... І войовничо, і жіночно, а основне, що дуже витончено. З трендів які явно перейдуть й на наступний сезон - метал і від подібних жокейок мало хто відмовився б, правда вони створені не Домановим.
Не так багато у нас "чистих" й естетично доконаних колекцій.
[content]
Многие популярные CMS, как с открытым исходным кодом, так и коммерческие, имеют в своем составе модули бэкапа. Но проблема в том, что чаще всего эти модули делаются по остаточному принципу, и весьма примитивны, не учитывают многих тонкостей создания дампа. Также чаще всего эти модули банально никто не тестируют на большие объемы (прогнали его на тестовой полупустой БД и рады).
В отличии от подобных модулей, Sypex Dumper является скриптом заточенным исключительно на бэкап и восстановление MySQL. И без проблем работающий с базами даже в несколько гигабайт. Но, кроме того, что дампер работает, как отдельное приложение, в нем была предусмотрена возможность встраивать его в сторонний софт.
В данной статье я расскажу, как быстро и довольно просто встроить Sypex Dumper в административную панель своей CMS (форума, блога и т.п.). А также рассмотрим некоторые недокументированные возможности такой интеграции. Читать дальше →
Только тем, кто провел последнюю неделю в пещере, не известно, что в Интернете "бушует" очередной ...
Только тем, кто провел последнюю неделю в пещере, не известно, что в Интернете "бушует" очередной client-side 0-day в Java, поэтому буду краток. Бушует он в основном в блогах по безопасности и прочих профильных песочницах. Нередко слышны призывы вендоров, особенно антивирусных, побыстрее скупать "змеиное масло" против этой беды, ведь они уже добавили сигнатуру в свои обновления. Правда, пока только для варианта от Metasploit, но ведь какая, в сущности, разница? А ведь в мире аж целых 3 млрд устройств снабжены Java...
Я не отрицаю, эксплойт опасный и распространять информацию о нем в массы очень важно. Но задумайтесь на мгновение: сколько компаний и рядовых пользователей уже мигрировали с Java 6 на Java 7? Ведь рабочий эксплойт есть пока только для последней версии.
И если кто-то мне подскажет, какая часть юзеров уже на Джаве 1.7, я с удовольствием заменю N на действительное число в этом уравнении, а пока:
Реальная_угроза (CVE-2012-4681) = FUD / N
P.S. Если вы все-таки уже...
[content]