VDS - CPU 1000, MEM 256 - лучшие настройки для nginx и apache...

Коллеги должны ответить:

"Пишите, посмотрим платно"

:)

Поймите раз и навсегда - что Оn, что Off - без разницы. Раз упомянули эдакую детать - лишний раз причина доверить администрирование другим.

Ну дак посмотрите, чем занимаются процессы. Обрабатывают ли они запросы. Как много на процесс. В чем проблема-то? Кто-ж такое телепатически за Вас сделает без доступа к серверу?

Вы тут у нас, извините, мега-гуру C, а на поверку и азов отладки в linux не знаете, получается...

PS: Откуда Вы вообще взяли этот совет "по процессу на ядро"?

Таки откуда ви знаете?

myhand, я не знаток архитектуры ядра линукс и многих деталей системы не знаю. (хотя как работает системный вызов fork представляю)

Писать на С алгоритмы по обработке логов можно и без знаний архитектуры ядра.

Как узнать обрабатывают ли процессы nginx запросы? Как много на процесс?

вот у меня выдает сервер на команду

ps ax -o pid,ppid,user,%cpu,vsz,wchan,command|egrep '(nginx)'

 1447     1 root      0.0  39804 rt_sig nginx: master process /usr/local/nginx/sbin/nginx

 1476  1447 www       0.1  40656 ep_pol nginx: worker process

 1477  1447 www       0.1  40596 ep_pol nginx: worker process

 1478  1447 www       0.1  40488 ep_pol nginx: worker process

 1479  1447 www       0.1  40496 ep_pol nginx: worker process

 1481  1447 www       0.1  40728 ep_pol nginx: worker process

 1482  1447 www       0.1  40640 ep_pol nginx: worker process

 1483  1447 www       0.1  40596 ep_pol nginx: worker process

 1484  1447 www       0.1  40484 ep_pol nginx: worker process

 1485  1447 www       0.1  40576 ep_pol nginx: worker process

 1486  1447 www       0.1  40420 ep_pol nginx: worker process

 1487  1447 www       0.1  40324 ep_pol nginx: worker process

 1488  1447 www       0.0  40616 ep_pol nginx: worker process

 1489  1447 www       0.1  40624 ep_pol nginx: worker process

 1490  1447 www       0.1  40648 ep_pol nginx: worker process

 1491  1447 www       0.1  40424 ep_pol nginx: worker process

 1492  1447 www       0.0  40460 ep_pol nginx: worker process

 1493  1447 www       0.1  40364 ep_pol nginx: worker process

 1494  1447 www       0.0  40712 ep_pol nginx: worker process

 1495  1447 www       0.1  40524 ep_pol nginx: worker process

 1496  1447 www       0.1  40836 ep_pol nginx: worker process

 1498  1447 www       0.1  40600 ep_pol nginx: worker process

 1499  1447 www       0.1  40500 ep_pol nginx: worker process

 1500  1447 www       0.1  40768 ep_pol nginx: worker process

 1501  1447 www       0.1  40664 ep_pol nginx: worker process

man gdb, man strace, man lsof. Наконец, посмотрите в каталог типа /proc/1476/ - найдете кучу интересного по процессу.

а ещё можно включить nginx_status

Который абсолютно бесполезен для решения данной конкретной задачи.

Как Вы по картинке вида

Active connections: 1533 

server accepts handled requests

 39907566 39907566 401523006 

Reading: 4 Writing: 157 Waiting: 1372

Active connections: 1533 

server accepts handled requests

 39907566 39907566 401523006 

Reading: 4 Writing: 157 Waiting: 1372

Чем конкретный воркер занимается, через nginx_status не определить.

Когда писал про него, это был ответ на:

Ответ автора nginx Игоря Сысоева:

Если весь сайт помещается в память сервера, к диску обращений нет, и это выделенный сервер для nginx, то 1. Не будет лишних переключений контекста. Если нужно ходить на диск, то 5-10 - это позволит обрабатывать соединения процессами, незаблокироваными на диске.

Кроме этого необходимо понаблюдать за состоянием процессов nginx в работе в часы пик. Командой ps посмотреть состояние рабочих процессов (worker process):

# ps ax -o %cpu,vsz,wchan,command | grep "nginx\|PID"

%CPU VSZ WCHAN COMMAND
0,0 1428 pause nginx: master process /usr/local/nginx/sbin/nginx
0,0 2284 - nginx: worker process (nginx)
0,0 2128 kqread nginx: worker process (nginx)

Если один из рабочих процессов находится в состоянии ожидания "kqread" в колонке "WCHAN", то значит их количество достаточно. Ну а если уж все они постоянно находятся в этом состоянии, то их количество можно сократить до одного.

И не забывайте контролировать логи ошибок nginx, если количество соединений превысит значение, которое в может обслужить nginx текущим количеством процессов, то в логах это будет соответствующее сообщение.

project-s, если памяти не жалко, то сделайте sendfile off; на vps с "замученным дисковым io очень полезно.

worker_rlimit_nofile 100000; слишком...

limit_zone myzone $binary_remote_addr 10m; это вы на сколько соединений заложились?

ну и в зависимости от количество планируемых соединений прикиньте output_buffers 1 32K;

а что у Вас с кешем? нет панелек никаких? там же обычно красиво можно посмотреть таблички с инфой, сколько жрет каждый процесс и сколько времени...

можно попробовать сделать эксперимент на время сделать worker_processes 12 и сравнить изменение нагрузки процессов...ну или потратить немного денег ради такого сервера и потестировать нагрузку в реалии через например