отдача большого числа статического контента

[Alex Umansky]

Добрый день.
У меня такая проблемка:

Имеется несколько серверов с 100.000 файлами по 4-5Мб каждый
Сервер выдаёт в пике до 110 Мбит/сек
Раньше работал с Туксом, который давал прекрасные результаты, но имеет
проблемы с ядром.
В связи с чем сервер делал рестарт абсолютно рандомально.
Перешёл на lighttpd , но он на 80Мбит загибался и падал до 40 и только
рестарт сервиса помогал

Перешёл на nginx. Работает прекрасно, только есть одна странность:
При планке в 60Мбит , load average возрастает до 10 и как бы сервер не
напрягался, всегда остаётся 10
При этом сервер больше 85-90 Мбит выдать не может и частые 404

И сервер по прежнему держит load-average 10 ...

Что посоветуете?

Мои сервера - CentOs 4.x
nginx скомпилен:

./configure --prefix=/usr/local/nginx \
--without-select_module --without-http_charset_module
--without-http_gzip_module --without-http_ssi_module \
--without-http_userid_module --without-http_access_module
--without-http_auth_basic_module \
--without-http_autoindex_module --without-http_geo_module
--without-http_map_module \
--without-http_referer_module --without-http_rewrite_module
--without-http_proxy_module \
--without-http_fastcgi_module --without-http_empty_gif_module
--http-log-path=/usr/local/nginx/logs --without-pcre


conf:

user  nginx nginx;
worker_processes  10;

error_log  /dev/null;

events {
    worker_connections  2048;
    use epoll;
}


http {
    include       conf/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] $request '
                      '"$status" $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    tcp_nopush     on;

    keepalive_timeout  7;
    tcp_nodelay        on;

Спасибо!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20061119/53266c72/attachment.html>