Новая тема   Ответить

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

апач 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 обычно правят, что не по дефолту?

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

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

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

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

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

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

 Mike Fox
Apache:
убрать треды
Код:
отключить keep-alive, он все равно не нужен, nginx проксирует по 1.0

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

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

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

 svarog
Mike Fox писал: Не надо их убирать, на линуксе-то

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

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

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

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

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

 Pentarh
Буфера и память 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), пых пых тоже без тредов собрать

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

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

 Soft-Com
Pentarh писал:

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

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

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

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

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

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