>>>> ну сейчас она итак отдается nginx'ом с фронтенда. сервакам сильно >>>> полегчало. AM>>> Подозрительно всё это. apache отдает статику неплохо сам по себе. >> плохо он отдает статику. по сравнению с nginx во всяком случае AM> Тюнить пробовалось? если бы очевидное решение перед носом не валялось попробовалось бы. а кстати, какие предложения в описанном ниже случае? >> вот домашний говносервер (P3-700) с апачем. апач на нем стоит (стоял) >> года три: жена кладет в директорию фотографии (и прочий мусор) когда >> хочет чтобы кто-то их скачал. воркер настроен по дефолту (на максимум >> 150 клиентов ЕМНИП (да много для такого, понимаю)), никаких CGI/mod_хрень AM> 150 коннетов на воркер - это чтоб вечно текущие php скрипты всю память не AM> сожрали. тама не было php вообще. только статика png/avi/jpg/gif итп >> не было (не нужно ей это ничего: ей надо файл положить и дать ссылку >> кому-то). >> на nginx перелез когда этот сервак лег: она имела несоторожность пару >> фоток какого-то нового изделия выложить на посещаемый форум: >> сколько-то человек просто посмотрело страничку про вязание и не >> увидело фотографию, поскольку на предыдущих человеках сервак уже >> лежал. AM> Ну тут думать надо, прежде чем выкладывать. Для выкладки картинок в AM> нагруженые форумы есть более подходящие методы - выложить скажем в coral AM> cdn. читать - тут http://habrahabr.ru/blogs/i_recommend/82739/ >> поставил nginx не думая о тюнинге и попросил ее для теста там же >> выложить еще пяток фоток. поглядел что все ок и забыл о проблеме. AM> Логично, nginx помог только тем, что у него нету модели апачи: AM> один воркер - один клиент. AM> Или ставить второй апач с thread моделью воркера или вобще какой thttpd. а треды - те же процессы только облегченные. то бишь проблема не решается, а ослабляется. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: unera@debian.org jabber://UNera@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
Attachment:
signature.asc
Description: Digital signature