Производительность LAMP сервера

Подскажите, какая конфигурация должна быть у LAMP сервера, чтобы быстро и без проблем одновременно обслуживать хотя бы 30 клиентов на тяжелых движках (MediaWiki к примеру)
если на таком компе

Процессор VIA C3 Nehemiah 1GHz, cache 64kB, MMX, SSE
Материнская плата VIA Epia
Чипсет VIA CLE266/VT8235
Память Apacer 1GB DDR400
Жесткий диск Samsung SP1654N, 160GB, IDE, cache 8MB, 7200rpm
у меня в момент открытия странички на движке mediawiki загрузка проца до 100% подскакивает - это у меня руки кривые или на такой конфигурации так оно и надо?

Что быстрее - Apache или nginx? Какие у последнего ограничения по сравнению с апачем?

darvin11

darvin11 написал(а):
Подскажите, какая конфигурация должна быть у LAMP сервера, чтобы быстро и без проблем одновременно обслуживать хотя бы 30 клиентов на тяжелых движках (MediaWiki к примеру)
если на таком компе

Процессор VIA C3 Nehemiah 1GHz, cache 64kB, MMX, SSE
Материнская плата VIA Epia
Чипсет VIA CLE266/VT8235
Память Apacer 1GB DDR400
Жесткий диск Samsung SP1654N, 160GB, IDE, cache 8MB, 7200rpm
у меня в момент открытия странички на движке mediawiki загрузка проца до 100% подскакивает - это у меня руки кривые или на такой конфигурации так оно и надо?

То что до 100% подскакивает - это нормально. Вопрос в том сколько времени генерируется одна странича. Я с mediawiki плотно не работал, но мне каежтся что при грамотно настроеном апаче и mysql, и главное настроеном кешировании в mediawiki такой сервер вполне справится с 30 клиентами.

Цитата:
Что быстрее - Apache или nginx? Какие у последнего ограничения по сравнению с апачем?

nginx как правило быстрее, но он не умеет обрабатывать php. Т.е. nginx почти всегда используется как прокси к апачу или к fastcgi-серверу. Это имеет смысл когда у вас много коннектов, особенно от медленных клиентов или много статических файлов (nginx отает статику в 2 и более раз быстрее).
Если же у вас мало статики и все клиенты подключены по FastEhernet или быстрее, особого смысла в проксировании с nginx нету.

B_dot написал(а): nginx как

B_dot написал(а):
nginx как правило быстрее, но он не умеет обрабатывать php. Т.е. nginx почти всегда используется как прокси к апачу или к fastcgi-серверу. Это имеет смысл когда у вас много коннектов, особенно от медленных клиентов или много статических файлов (nginx отает статику в 2 и более раз быстрее).
Если же у вас мало статики и все клиенты подключены по FastEhernet или быстрее, особого смысла в проксировании с nginx нету.

Apache тоже не умеет обрабатывать php. Оппа! Открыл америку?
Nginx прекрасно работает без apache в виде прослойки с php через fast-cgi интерфейс, и просто замечательно работает с php-fpm патчами для php. Очень много проектов с высокой посещяемостью именно так его и используют.
А такой сервак потянет нормально 30 коннектов, оптимизируй правильно mysql, apache и php собирай по минимуму - только то что надо. Все будет работать. А если памяти еще 1гиг добавиш и осилиш memcache - вообще счастье настанет.

Цитата: Apache тоже не умеет

Цитата:
Apache тоже не умеет обрабатывать php. Оппа! Открыл америку?

Я имел в виду что к апачу можно поставить mod_php, для nginx его быть в принципе не может.
Поэтому nginx не может являться полной заменой апачу.

darvin11

darvin11 написал(а):
Процессор VIA C3 Nehemiah 1GHz, cache 64kB, MMX, SSE
Материнская плата VIA Epia
Чипсет VIA CLE266/VT8235
Память Apacer 1GB DDR400
Жесткий диск Samsung SP1654N, 160GB, IDE, cache 8MB, 7200rpm

30 клиентов точно не потянет. Если Вам нужна именно Mini-ITX плата, то посмотрите в сторону серии Intel D945GCLF2 (хотя и тут гарантии дать нельзя, что потянет, но будет в разы производительнее)

kaf1 написал(а): 30 клиентов

kaf1 написал(а):
30 клиентов точно не потянет. Если Вам нужна именно Mini-ITX плата, то посмотрите в сторону серии Intel D945GCLF2 (хотя и тут гарантии дать нельзя, что потянет, но будет в разы производительнее)

Мысли вслух: И как оно раньшее на PIII и не тормозило , нормальный такой третий пенек, может админы совсем разленились ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

slepnoga написал(а): Мысли

slepnoga написал(а):
Мысли вслух: И как оно раньшее на PIII и не тормозило , нормальный такой третий пенек, может админы совсем разленились ?

Этот C3 медленнее самого обычного PIII, не говоря уже об нормальных
PS. А обленились програмисты, а не админы
PPS. Хотя и админы тоже

Блин. И как это люди

Блин. И как это люди веб-сервера на вторых пнях ставят? Самолично ставил вебник на 233-ем. Жив был до сих пор (около 2-х лет стоял), пока этот гробик не перевели в ряды VPN-серверов для нескольких клиентов (с чем он успешно и справляется).

А по теме - nginx + php-cgi (либо с php-fpm-патчем), грамотные индексы в mysql и потянет всех клиентов со свистом.

З.Ы. Могу выложить кусок конфига с реврайтами под mediawiki, если найду :)

был бы благодарен

был бы благодарен

В общем, вот таким вот

В общем, вот таким вот образом у меня описан wiki в nginx

        server {
                listen          80;
                server_name     wiki.траляля www.wiki.траляля;
                access_log      /var/log/nginx/wiki.access_log;
                error_log       /var/log/nginx/wiki.error_log;
                root            /var/www/mediawiki;

                location / {
                    index index.php;
                    include /etc/nginx/fastcgi_params;
                    rewrite ^/([^?]*)(?:\?(.*))? /index.php?title=$1&$2;
                }
                location /skins {
                    root /var/www/mediawiki;
                }
                location /images {
                    root /var/www/mediawiki;
                }
                location ~ \.php$ {
                    fastcgi_pass    unix:/var/run/php/fcgi;
                    fastcgi_index   index.php;
                    fastcgi_param  SCRIPT_FILENAME  /var/www/mediawiki$fastcgi_script_name;
                    include /etc/nginx/fastcgi_params;
                }
        }

А в качестве cgi у меня запущен php-cgi в daemontools. Можно конечно было забабахать php-fpm, но сначала было лениво, а потом уже привык :)
В твоем случае можно также отключить логи (непосредственно перед запуском wiki в массы, конечно), либо направить их в /dev/null. Это даст прирост в скорости.

а что лучше? вроде как

а что лучше? вроде как php-fpm проще настроить... или нет?

:)

darvin11 написал(а):
а что лучше? вроде как php-fpm проще настроить... или нет?

Да, бери и пользуйся им. Насколько проще - зависит от многого :) но проверено на практике - прекрасная штука. Не пожалееш.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".