Vesta Control Panel - Forum

Posted: **Mon Sep 23, 2013 11:47 am**

 ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.1  19232  1460 ?        Ss   Sep20   0:00 init
root         2  0.0  0.0      0     0 ?        S    Sep20   0:00 [kthreadd/5591]
root         3  0.0  0.0      0     0 ?        S    Sep20   0:00 [khelper/5591]
root       136  0.0  0.0  10640   560 ?        S<s  Sep20   0:00 /sbin/udevd -d
root       432  0.0  0.1 183552  1744 ?        Sl   Sep20   0:00 /sbin/rsyslogd
dbus       443  0.0  0.0  21404   880 ?        Ss   Sep20   0:00 dbus-daemon --s
root       460  0.0  0.1  66256  1236 ?        Ss   Sep20   0:00 /usr/sbin/sshd
root       467  0.0  0.0  22136   988 ?        Ss   Sep20   0:00 xinetd -stayali
root       474  0.0  0.0  66444   964 ?        Ss   Sep20   0:00 /usr/sbin/sasla
root       476  0.0  0.0  66444   656 ?        S    Sep20   0:00 /usr/sbin/sasla
root       519  0.0  0.1  20412  1272 ?        Ss   Sep20   0:01 crond
root      1160  0.0  0.2  66608  2732 ?        Ss   Sep20   0:00 nginx: master p
root      1181  0.0  0.0  52148   776 ?        Ss   Sep20   0:00 /usr/sbin/vsftp
named     1646  0.0  1.9 235004 20084 ?        Ssl  Sep20   0:00 /usr/sbin/named
exim      1704  0.0  0.1  93236  1684 ?        Ss   Sep20   0:00 /usr/sbin/exim
root      1729  0.0  0.0  19256   916 ?        Ss   Sep20   0:00 /usr/sbin/dovec
dovecot   1732  0.0  0.1  12976  1072 ?        S    Sep20   0:00 dovecot/anvil
root      1733  0.0  0.1  13104  1192 ?        S    Sep20   0:00 dovecot/log
root      3780  0.0  0.1  54820  1096 ?        Ss   Sep20   0:00 nginx: master p
admin     3783  0.0  0.2  55456  3076 ?        S    Sep20   0:01 nginx: worker p
root      3784  0.0  0.2  40124  2956 ?        Ss   Sep20   0:03 php-fpm: master
admin     3785  0.0  0.5 137860  5604 ?        S    Sep20   0:00 php-fpm: pool w
admin     3786  0.0  0.5 137916  5692 ?        S    Sep20   0:00 php-fpm: pool w
apache   10246  0.0  1.1 473296 11920 ?        S    14:40   0:00 /usr/sbin/httpd
root     13268  0.0  0.1 110236  1164 pts/0    R+   15:25   0:00 ps aux
root     15084  0.0  0.1 106196  1528 ?        S    Sep22   0:00 /bin/sh /usr/bi
mysql    15363  0.0  3.9 584672 40964 ?        Sl   Sep22   0:25 /usr/libexec/my
nginx    21021  0.0  0.3  66772  3376 ?        S    Sep22   0:03 nginx: worker p
nginx    21022  0.0  0.3  66612  3328 ?        S    Sep22   0:01 nginx: worker p
nginx    21023  0.0  0.2  66612  2260 ?        S    Sep22   0:00 nginx: cache ma
root     29810  0.0  0.3  95924  4024 ?        Ss   10:08   0:00 sshd: root@pts/
root     29812  0.0  0.1 108304  1896 pts/0    Ss   10:08   0:00 -bash
root     31937  0.0  1.9 472580 20288 ?        Ss   Sep22   0:01 /usr/sbin/httpd
apache   31939  0.0  0.3 170032  3700 ?        S    Sep22   0:00 /usr/sbin/httpd
apache   31941  0.0  1.8 574972 19076 ?        S    Sep22   0:00 /usr/sbin/httpd
apache   31942  0.0  1.8 576356 19476 ?        S    Sep22   0:00 /usr/sbin/httpd
apache   31943  0.0  1.8 576372 19512 ?        S    Sep22   0:00 /usr/sbin/httpd
apache   31944  0.0  1.5 571832 15772 ?        S    Sep22   0:00 /usr/sbin/httpd
apache   31945  0.0  2.0 577528 21360 ?        S    Sep22   0:00 /usr/sbin/httpd

и того 9 апачей по 20мб = 180 мб

Но в VCP то даже при перезапуске:

Posted: **Mon Sep 23, 2013 11:55 am**

Разъясните пожалуйста, как происходит подсчет загруженности ОЗУ? Ещё вопрос, почему httpd, впрочем как nginx весят не на двух портах, как положено, а на трех? Один из которых, замечу локальный.
Так же хотелось узнать почему в качестве корневых директорий была выбрана именно папка home, а не ../var/ww/ как принято? Какие последствий будут, если в "шаблоне" создания домена будет изменена корневая категория? Будут ли происходить обновления из панели?

Posted: **Tue Sep 24, 2013 7:16 am**

С подсчетом памяти не совсем все прозрачно. Реально потребление будет меньше отображаемого. Причина в том, что объем занятый разделяемыми (shared) библиотеками, подсчитывается для каждого процесса. Для подсчета используется вывод pmap -x, который запускается по каждого процесса полученного после выполнения pidof httpd. Высчитывать дельту накладно, да и откровенно говоря, не понятно как ее считать. Тем не менее, даже такие данные могут быть полезны для анализа и отслеживания тенденции работы сервера.

Вебсерверы apache и nginx слушают дополнительный порт для того, чтобы панель могла забирать статистику по подключениям и рисовать графики. Конфиги можно посмотреть в /etc/httpd/conf.d/status.conf и /etc/nginx/conf.d/status.conf.

Использование раздела /home обсуловлено концептуальными соображениями. Во главе системы стоит пользователь, а не отдельный ресрус - вебдомен.

Posted: **Tue Sep 24, 2013 11:07 am**

Будет ли приведена в божеский вид статистика? будет ли документация?

Posted: **Tue Sep 24, 2013 11:10 am**

Документация будет.

В каком виде лучше представить статистику?

Posted: **Tue Sep 24, 2013 12:30 pm**

Тот вид представления, что есть сейчас вполне удобен, однако было бы куда правильнее видить ту инфу, которая действительна. А не то, что получается сейчас.

Буду рад увидеть документацию.

Posted: **Wed Sep 25, 2013 10:17 am**

понимаю что вам сложно везти функциональность панели, но графики это я бы сказал отдельная работа. Сложная и большая, которая требует тестирования и математики, много математики.
Я вижу вариант с графиками - это поставить мунин. Я так и сделал. вводим ваш_ip/munin логин:пароль и графики вам в руки. Мунин нода запускаться может и на этой же машинке, ПО протестировано и работает в продакшне, также собирает графики с других серверов.
Не понимаю - зачем вынесли apache-status в отдельный порт, у меня на том же порту все работает, доступ только для локалхоста.

Posted: **Wed Sep 25, 2013 2:00 pm**

server-status на одтдельном порту, так как в некоторых случаях возникал конфликт с правилами mod_rewrite и статистика переставала работать.

Vesta Control Panel - Forum

Нагрузка на httpd

Re: Нагрузка на httpd

Re: Нагрузка на httpd

Re: Нагрузка на httpd

Re: Нагрузка на httpd

Re: Нагрузка на httpd

Re: Нагрузка на httpd

Re: Нагрузка на httpd

Re: Нагрузка на httpd