Быстрейший сидж!

Привет всем!
У меня такой вопрос.
Может найдется пара тройка добрых авмов
которые посоветуют какой софт поставить на сервак, чтоб он максимально быстро работал..
Если сказать более точно, то чтоб тумбы очень быстро отдавал.
Из железа стоять будет Pentium 4 2.4Ghz, 1024RAM, 80Gb..
Конфигурация вроде хорошая.. Предполагаемая его загрузка 60-80%.

Да, и как сильно тормозит систему Плеск?

Последний раз редактировалось: Visor (21/11/05 в 00:00), всего редактировалось 1 раз

для сиджев лучше scsi веник брать

Первый добрый АВМ нах
Сам мучался в этой проблемой довольно долго. Выводы такие
ТМ3 - вне конкуренции - оптимально. Кроме этого довольно бережно есть ресурсы памяти Протон - хотя проц он засталяет поработать. Более свободно к памяти относится Фет - под него ее надо либо больше либо просто версия 5.3.1 изза того что новая пока что не отлажена. По загрузке проца фет лучше чем протон. Ну разумеется динозавры типа там ГБ или Авроры тоже жрут фигню, но время идет - функционально они уже отстают.

Вроде как есть тут человек с ником Mike Fox который тюнингом серваков под CJ занимается, в принципе ... У него можно попробовать спросить, а вдруг скажет недорого ;)

XrenCJ - очень быстр и неприхотлив.
Тестили

для отдачи графики лучше использовать lighttpd, nginx, thhtpd и другие "легкие" вебсервера.

nginx - не советую, грузит процессор.

ого... это на каких же объёмах?
А какая альтернатива?

lighttpd и аналоги, или редхатовский tux.
У меня правда пока nginx стоит, лень с него переносить все, но видеть его в топе процессов все равно не приятно. Кстати на форуме разработчика очень много жалоб именно на сей факт.

простите,что влезаю в чужой топик

ATS,как себя ведёт в плане скорости ?

Stek:, странно, не замечал за nginx такого. Долго тестил, сравнивал с апачем в плане отдачи графики. Когда апач грузил проц на 50-70, nginx - на 5-10, и это при более шустрой отдачи содержимого. Тестировал не в рамках локального сервера, а прогоняя Apache Bench с друго сервера (США -> Европа). Результатом очень доволен. Tux, это конечно мега-круто, но не всякий настолько виртуозен в качестве root'а.

--Alias--:, замечательно себя ведет. Но, как тут правильно заметили, винты брать надо scsi под сиджи, а выбирая между старым-добрым EIDE и новомодным SATA - первое.

FEB: незнаю, может от фазы луны зависит, но не у меня одного такая проблема и при том на разных платформах.

Скажем когда сквид отдает в качестве акселератора, то при 10к коннекшенов я его в топе вижу очень редко. А вот нгинкс при 2к конекшенов в топе просто прописался.

Вобщем тут только поставить и посмотреть

Stek:, не стал настраивать в качестве бэк-енда, он просто занимается отдаче тумб с другого домена (nginx висит на другом IP), на морде сиджа в шаблон подставляются ссылки на этот домен. Таким образом, как я себе представляю, в то время как nginx трудится над обслуживанием запросов на отдачу тумб, Apache не напрягаясь быстро обрабатывает запросы к скрипту сиджа.

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

Не спорю, конечно же, что "lighttpd и аналоги, или редхатовский tux", справляются с этой задачей намного лучше. Но столь дикая загрузка проца удивила.

FEB: так я ведь не спорю, факт имеется, но не изучен
Кстати у меня тоже nginx имено тумбы отдает, в качестве бакэнда он не опровдал себя. А так пока крутится, посмотрим как дальше будет, снести всегда можно.

Stek:, я не использую его в качестве бэкэнда ) ну подобно этому:

Код:

location / {             proxy_pass         http://127.0.0.1/;             proxy_redirect     off;             proxy_set_header   Host             $host;             proxy_set_header   X-Real-IP        $remote_addr;             #proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for;             client_max_body_size       10m;             client_body_buffer_size    128k;             client_body_temp_path      /var/nginx/client_body_temp;             proxy_connect_timeout      90;             proxy_send_timeout         90;             proxy_read_timeout         90;             proxy_send_lowat           12000;             proxy_header_buffer_size   4k;             proxy_buffers              4 32k;             proxy_busy_buffers_size    64k;             proxy_temp_file_write_size 64k;             proxy_temp_path            /var/nginx/proxy_temp;             charset  koi8-r;         }

Вполне обхожусь просто в качестве друго http-демона, полноценно висящего на отдельном айпи и 80-м порте.

Код:

server {         listen  some_ip:80;         server_name maindomain.thumbsdomain.com;         location / {               root   /home/feb/domains/maindomain.com/site/thumbs/;         }     }

При этом основной апач обслуживает maindomain.com c DocumentRoot /home/feb/domains/maindomain.com/site/ в конфиге виртуального хоста.

Таким образом, ротатор прекрасно выдает тумбы к просмотру в админке через обращения maindomain.com/thumbs/sample_thumb.jpg, а на самой морде те же самые тумбы отдаются через _http://maindomain.thumbsdomain.com/sample_thumb.jpg - цельность данных не страдает)))

Возможно не в тему совсем такие подробности.

я понял что ты не используешь как бакенд, я его не использую бакендом тоже

Ну буду мониторить)) как замечу завал - искать другое решение придется))