Re: Re[2]: Нагрузка на FreeBSD
Daniel Rx
rx.daniel at gmail.com
Sat Jan 13 16:33:58 MSK 2007
Кстати, значение
kern.ipc.somaxconn = 128
можно бы поднять.
Да, много лишних модулей. Зачем, напр, mod_rewrite, если апач на бекенде?
Какой-то дикий Timeout.
Нафик нужен KeepAlive включенный?
2007/1/13, Yuri Kushinov <yuri.kushinov at gmail.com>:
>
> Хоть это напрямую с вашей проблемой может быть и не не связано,
> но косвенно это её всё же затрагивает.
>
> Про Апач
>
> > LoadModule mmap_static_module libexec/apache/mod_mmap_static.so
> > LoadModule vhost_alias_module libexec/apache/mod_vhost_alias.so
> > LoadModule env_module libexec/apache/mod_env.so
> > LoadModule config_log_module libexec/apache/mod_log_config.so
> > LoadModule mime_magic_module libexec/apache/mod_mime_magic.so
> > LoadModule mime_module libexec/apache/mod_mime.so
> > LoadModule negotiation_module libexec/apache/mod_negotiation.so
> > LoadModule status_module libexec/apache/mod_status.so
> > LoadModule info_module libexec/apache/mod_info.so
> > LoadModule includes_module libexec/apache/mod_include.so
> > LoadModule autoindex_module libexec/apache/mod_autoindex.so
> > LoadModule dir_module libexec/apache/mod_dir.so
> > LoadModule cgi_module libexec/apache/mod_cgi.so
> > LoadModule asis_module libexec/apache/mod_asis.so
> > LoadModule imap_module libexec/apache/mod_imap.so
> > LoadModule action_module libexec/apache/mod_actions.so
> > LoadModule speling_module libexec/apache/mod_speling.so
> > LoadModule userdir_module libexec/apache/mod_userdir.so
> > LoadModule alias_module libexec/apache/mod_alias.so
> > LoadModule rewrite_module libexec/apache/mod_rewrite.so
> > LoadModule access_module libexec/apache/mod_access.so
> > LoadModule auth_module libexec/apache/mod_auth.so
> > LoadModule anon_auth_module libexec/apache/mod_auth_anon.so
> > LoadModule db_auth_module libexec/apache/mod_auth_db.so
> > LoadModule digest_module libexec/apache/mod_digest.so
> > LoadModule proxy_module libexec/apache/libproxy.so
> > LoadModule cern_meta_module libexec/apache/mod_cern_meta.so
> > LoadModule expires_module libexec/apache/mod_expires.so
> > LoadModule headers_module libexec/apache/mod_headers.so
> > LoadModule usertrack_module libexec/apache/mod_usertrack.so
> > LoadModule log_forensic_module libexec/apache/mod_log_forensic.so
> > LoadModule unique_id_module libexec/apache/mod_unique_id.so
> > LoadModule setenvif_module libexec/apache/mod_setenvif.so
> > LoadModule php4_module libexec/apache/libphp4.so
>
> Если это возможно, отключите подгрузку всех модулей кроме тех что
> вам реально нужны. Это сократит затраты пямати/процесс Апача раза в
> полтора.. И, рассуждая логически, ускорит Апач.
>
> > LoadModule mime_module libexec/mod_mime.so
> > LoadModule mime_magic_module libexec/mod_mime_magic.so
> > LoadModule dir_module libexec/mod_dir.so
> > LoadModule config_log_module libexec/mod_log_config.so
> > LoadModule access_module libexec/mod_access_rbl.so
> > LoadModule php4_module libexec/libphp4.so
> > LoadModule rewrite_module libexec/mod_rewrite.so
> > LoadModule status_module libexec/mod_status.so
>
> Рабочий минимум (mod_access можно убрать). Вам скорее всего
> понадобятся дополнительгые модуля исходя из специфики вашей задачи,
> но настоятельно рекомендую "облегчить" Апач.
>
>
>
> Про nginx.
> Судя по вашим словам форум у вас достаточно большой, что значит что в
> единицу времени на динамический контент идёт достаточное кол-во
> запросов/сек. Но ваши конфиги никак не оптимизированы под ваш
> конкретный случай.
>
> > proxy_buffers 8 64k;
> > proxy_buffer_size 64k;
>
> Буфферов слишком мало. Поднимите их кол-во раз эдак в 20, и
> посмотрите на результат.
>
> Размер буферов у вас слишком мал. Форумы обычно генерят сотни
> килобайт HTML, и они никак не поместятся в 64к. Замерьте размер HTML
> самой большой страницы о которой вы знаете и поставте размер буферов
> соответственно, добавив процентов 15 сверху, про запас.
>
> Советую экспериментировать. Если правильно всё настроить, Апач будет
> быстренько отдавать весь ответ nginx и завершать поток/процесс - а не
> ждать чего-то.
>
> > gzip on;
> > gzip_min_length 1100;
> > gzip_buffers 4 8k;
> > gzip_types text/plain;
>
> Не вижу смысла тратить процессорные ресурсы на сжатие контента
> размером меньше чем, скажем, 32к.
>
> Та же проблема с буфферами, как с количеством так и с размерами..
> правда размер тут проставте от proxy_biffers/3, (на случай худшей
> возможной компрессии от gzip, в 3 раза).
> Кол-во придётся подбирать экспериметнально.
>
> > output_buffers 1 32k;
>
> Кто-то может просветить по поводу директивы output_buffers,
> пожалуйста? А то кол-во в "1" смущает...
>
> > keepalive_timeout 750 400;
>
> Невероятный Keepalive, товарищ 0_o
> У вас наверное список открытых соединений мегабайт занимает..
> Не вижу смысла выставлять это значение выше 10, особенно для busy
> серверов. Вы просто себе это не пожете позволить - да и в этом нет
> смысла.
>
> --
> Best regards,
> Yuri Kushinov mailto:yuri.kushinov at gmail.com
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20070113/1dc2be6f/attachment.html>
More information about the nginx-ru
mailing list