EOMY.NET

[jekob]

Здравствуйте форумчане!
Столкнулся с проблемоёптимизации ЕнДжиникса на центосе.
Сейчас у нас стоит только-только купленый ВДС и на нем базовая nGinx & php_cgi инсталяция и php_cgi
На базовой основе жрет довольно не мало оперативной памяти:
998 root 20 0 44360 1116 280 S 0.0 0.1 0:00.00 nginx
1000 nginx 20 0 44832 2128 868 S 0.0 0.2 0:00.00 nginx
1012 nginx 20 0 382m 12m 7468 S 0.0 1.2 0:00.04 php-cgi
1014 nginx 20 0 382m 5392 452 S 0.0 0.5 0:00.00 php-cgi
1015 nginx 20 0 382m 5392 452 S 0.0 0.5 0:00.00 php-cgi
1016 nginx 20 0 382m 6372 1404 S 0.0 0.6 0:00.00 php-cgi
1017 nginx 20 0 382m 7760 2636 S 0.0 0.7 0:00.00 php-cgi
1018 nginx 20 0 382m 6372 1404 S 0.0 0.6 0:00.00 php-cgi

Конфиги везде базовые, разве что сменил папки откуда раздача веб контента идет.

Кто с этим сталкивался,
Покажите что делали, в плане настройки числа соединений, как оптимизировать потребление памяти.
Если можно - вставьте примеры успешных конфигов с описаниями(к счастю в энжинксе они не такие необятные ак в апаче).

Сам ставлю только второй сервер на нЖинксе и не настолько близко с ним знаком, как например с Апачем, но в виду прожерливости большого "А" решил смотреть на альтернативу ближе.

Заранее крайне признателен.
_________________

Fear is the Mind Killer.

[lazutov]

Подозреваю, что у вас запустилось 6 спавнеров, а не спавнер + процессы.
Для начала давайте посмотрим на

[jekob]

root@s ~]# pstree -au
init
├─crond
├─(kthreadd/583)
│ └─(khelper/583)
├─mysqld_safe /usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var/lib/mysql/mysql.sock...
│ └─mysqld,mysql --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --user=mysql...
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ ├─{mysqld}
│ └─{mysqld}
├─nginx
│ └─nginx,nginx
├─php-cgi,nginx
│ ├─php-cgi
│ ├─php-cgi
│ ├─php-cgi
│ ├─php-cgi
│ └─php-cgi
├─rsyslogd -c 4
│ ├─{rsyslogd}
│ ├─{rsyslogd}
│ └─{rsyslogd}
├─saslauthd -m /var/run/saslauthd -a pam -n 2
│ └─saslauthd -m /var/run/saslauthd -a pam -n 2
├─sendmail
├─sendmail,smmsp
├─sshd
│ └─sshd
│ └─bash
│ └─pstree -au
├─udevd -d
└─xinetd -stayalive -pidfile /var/run/xinetd.pid
_________________

Fear is the Mind Killer.

[jekob]

ну а ответ-то будет?
_________________

Fear is the Mind Killer.

[lazutov]

Я засабмитил ответ, но, видимо, в этот прекрасный момент вайфай отвалился.

Предположений несколько
1) вся память cached. т. е приложения её забрали и отдадут как будет мало (очень спорно)
2) у приложения что-то течёт. (а этой целью например, у апача есть maxRequestPerChild)
3) что показывает free -m и совпадает ли это с простой суммой?
_________________
сервис DNS | разные http, DNS и прочие утилиты

[jekob]

вот если все вместе, одно за другим

[jekob]

дело в том, что на этот серавер на данный момент вообще не идет никакой трафик и панель показывает загрузку 489.11/1024 MB что учитывая по сути базовую конфигурацию(ничего лишнего нет) и экономичный Джинкс как по мне то многовато..и если соединения появятся боюсь что и память начнет поедатся куда шустрее =(

Но это просто моя гипотиза. Как вариант может и прав и это резервированая память, как делает и ява-обработчик к примеру и на потребление этой памяти нужно довольно много чего запустить... Просто хочу убедится в этой гипотизе ДО перехода в рабочий режим...а то стремно
_________________

Fear is the Mind Killer.

[girafenok]

php-cgi как запускается и для каких целей используется?

ОС 32 или 64 bit?

Зачем xinetd?

[jekob]

php-cgi запускается как отдельный процесс и нужен для Джинкса, поскольку на хосте нет апача и в режиме сиджай работает быстрее.

64

Ксина стоит изначально в этом дистре Centos(6). Ее пока отдельно не настраивал и не касался вообще.
_________________

Fear is the Mind Killer.

[girafenok]

Повышенное потребление памяти из-за 64 битной ОС.

Использование 64-битной ОС на малом количестве оперативной памяти нецелесообразно.

[jekob]

переуствновил все на i686 и убрал ксину, сендмейл, miniserv.pl и smb

[[LP]LordPro.teus]

jekob
Так ведь выясняли уже, что замер траты ram в top на этих нодах непоказателен По панели тоже хуже стало?
_________________

До выхода LiteDiary 0.3.0: парам-пам-пам-пам! Она уже здесь!

[girafenok]

Где же он увеличился?

Было 201600 K - 101040 К (cached) ~ 100 Мб с вываливание в swap (кстати, не так уж и много, на сонную голову ночью не увидел).

Стало 295636 К - 239 816 K (cached) ~ 55Мб без вываливания в swap.

P.S. Лучше поставить утилиту htop, она как-то более адекватные значения показывает без необходимости считать в уме.

[Александр Михалицын]

girafenok,
на тестовых и она врет.
_________________
Пригласительные коды

[lisa_alisa]