Настройки apache nginx и sysctl

подскажите чем можно ускорить выдачу контента на сервере и время отклика?

апач worker
keep alive включен
# worker MPM
# This is the default MPM if USE=threads
#
<IfModule mpm_worker_module>
StartServers 40
MinSpareThreads 25
MaxSpareThreads 75
ThreadsPerChild 25
MaxClients 1000
MaxRequestsPerChild 0
</IfModule>

NGINX

user nginx nginx;
worker_processes 256;
worker_rlimit_nofile 8192;

error_log /dev/null info;

events {
worker_connections 1024;
use epoll;
}


подскажите что еще подкрутить? что в sysctl обычно правят, что не по дефолту?

LA сервера 0.5 в среднем

трафика 25 мбит
проц ксеон
6 гигов памяти
2 винта в рейде

забыл добавить система Gentoo Linux 64 бит

интересуют больше параметры sysctl кто как тюнит?

А сейчас какие то проблемы с отдачей?

И зачем столько воркеров? Штук 4 хватит нормально.

Apache:
убрать треды

Код:

<IfModule prefork.c> StartServers       10 MinSpareServers    3 MaxSpareServers    3 ServerLimit      64 MaxClients       64 MaxRequestsPerChild  4096 </IfModule>

отключить keep-alive, он все равно не нужен, nginx проксирует по 1.0

nginx:

Код:

worker_processes 2; worker_connections 10240;

по настройкам генту не подскажу

у меня nginx не проксирует
у меня Nginx на выдачу контента (тумбы) с поддоменов
а апач все остальное

а почему префорк и не воркер? чем он лучше? вроде многие на треды перешли

Mike Fox писал:

Apache: убрать треды

Не надо их убирать, на линуксе-то

El Nino писал:

а почему префорк и не воркер? чем он лучше? вроде многие на треды перешли

Оставь воркер и никого не слушай.

El Nino писал:

подскажите чем можно ускорить выдачу контента на сервере и время отклика?

А жалобы есть? Если да, то как тестишь?
Какого рода контент?

Для начала не мешало бы определиться что тормозит выдачу, apache или nginx...
ну и дальше от этого копать уже...
И желательно показать полный конфиг апача/nginx & make.conf
Включить mod_status в apache & stub_status в nginx, указать кол-во connection per second, объем трафа и тд.

1. менять mpm_worker на mpm_prefork - бред
2. для mpm_worker надо грамотно подобрать параметры servers/threads_per_server - и нафик не надо ставит 40 серверов
3. по поводу нгинкса - его настраивал человек, явно не знающий значений(смысла) параметров, и 256 воркеров - это явный перебор, их там 2 максимум должно было быть.

вообще, нужна статистика от stub_status и status_module, иначе - гадание на чайной заварке получается.

Буфера и память TCP подтюнить, только с умом )) Читай доки ядра

net.core.rmem_max=16777216
net.core.wmem_max=16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 87380 16777216

Мож беклоги понадобятся побольше
net.core.netdev_max_backlog=16384
net.ipv4.tcp_max_syn_backlog=4096

диапазон портов поширше сделать
net.ipv4.ip_local_port_range = 2000 61000

TIME_WAITы чуток порезать
net.ipv4.tcp_tw_reuse=1
net.ipv4.tcp_tw_recycle=1


Вот эта хуйня ругается на массивных отдачах, если файрвол включен
net.ipv4.ip_conntrack_max=131072 (можно и побольше)


и выключи треды (собирается с USE=-threads), пых пых тоже без тредов собрать

Soft-Com писал:

1. менять mpm_worker на mpm_prefork - бред

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

Ну а так он шустрее конечно, но в умелых руках.

Pentarh писал:

Да не бред, тредовый апач под нагрузкой очень неадекватно грейсится, очень долго останавливается, иногда уходит в своп, если невнимательно параметры выставить. Пхп под ним иногда очень странно себя ведет. Ну а так он шустрее конечно, но в умелых руках.

эта проблема скорее всего связана с использованием семафоров, она же и решается их очисткой.

а mpm_worker+fast-cgi отлично работает (если на virtual() не обращать внимание )

Ну скажу так, тредовый апач надо использовать когда ты точно знаешь что делаешь

а зачем апач там вообще? пхп и к nginx можно привязать напрямую, и все замечательно будет )

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

ну один раз прописать реврайты в конфиг nginx-а (тем более если скрипты одинаковые используются - сразу можно прописать для всех доменов глобально) - не такая и большая проблема ) зато апач уберется )
держать целый апач из-за пары реврайтов на домен все же не очень рационально ))