31

valet, поставил на чистую kvm apache, (без дотдеба)...

$ apt-get install apache2 php5 libapache2-mod-php5
$ siege 192.168.1.3 -d1 -r10 -c25
** SIEGE 2.70
** Preparing 25 concurrent users for battle.
The server is now under siege...
.....
Transactions:                 250 hits
Availability:              100.00 %
Elapsed time:                6.55 secs
Data transferred:            0.03 MB
Response time:                0.03 secs
Transaction rate:           38.17 trans/sec
Throughput:                0.01 MB/sec
Concurrency:                1.03
Successful transactions:         250
Failed transactions:               0
Longest transaction:            0.45
Shortest transaction:            0.00

Обновился из Дотдеба:

....
Следующие пакеты будут обновлены:                
  apt apt-utils dpkg libapache2-mod-php5 libapr1 linux-base linux-image-2.6.32-5-amd64 php5 
  php5-cli php5-common php5-suhosin python-apt python-apt-common 
....

----------

$ siege 192.168.1.3 -d1 -r10 -c25 
** SIEGE 2.70
** Preparing 25 concurrent users for battle.
The server is now under siege..
.....
Transactions:                 250 hits
Availability:              100.00 %
Elapsed time:                7.06 secs
Data transferred:            0.03 MB
Response time:                0.01 secs
Transaction rate:           35.41 trans/sec
Throughput:                0.00 MB/sec
Concurrency:                0.23
Successful transactions:         250
Failed transactions:               0
Longest transaction:            0.03
Shortest transaction:            0.00

ы. Но надо учитывать что на моём сайте ещё и noip.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

32

newzenon, не понял, то есть вы считаете, что проблема вообще в nginx или как?

Elapsed time:                6.55 secs
это очень малое время для теста, запустите хоть на несколько минут и побольше клиентов.
Я так запускал:
siege -v -i -c 200 -t 1m -f sitemap

-v - подробный вывод информации
-i - имитация интернета
-c 200 - число имитируемых юзеров
-t - время тестирования
-f - файл с ссылками для рандомной выборки (я взял тупо сайтмеп сайта)

33

Задал встряску для дефолтного апача:
10 пользователей по 20 запросов:

siege -c 10 20 -b 192.168.1.3
** SIEGE 2.70
** Preparing 10 concurrent users for battle.
The server is now under siege...
siege aborted due to excessive socket failure; you
can change the failure threshold in $HOME/.siegerc
Transactions:               31235 hits
Availability:               96.80 %
Elapsed time:               25.68 secs
Data transferred:            4.35 MB
Response time:                0.01 secs
Transaction rate:         1216.32 trans/sec
Throughput:                0.17 MB/sec
Concurrency:                8.89
Successful transactions:       31235
Failed transactions:            1033
Longest transaction:            3.02
Shortest transaction:            0.00

Меня можно на ты.
Сейчас поставил апач

siege -v -i -c 200 -t 1m -f sitemap 192.168.1.3
Lifting the server siege...      done.
Transactions:               23255 hits
Availability:              100.00 %
Elapsed time:               59.40 secs
Data transferred:            3.24 MB
Response time:                0.01 secs
Transaction rate:          391.50 trans/sec
Throughput:                0.05 MB/sec
Concurrency:                3.57
Successful transactions:       23255
Failed transactions:               0
Longest transaction:            3.03
Shortest transaction:            0.00
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

34

valet пишет:

newzenon, не понял, то есть вы считаете, что проблема вообще в nginx или как?

Выводы позже я думаю делать будем сейчас чистый nginx поставлю.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

35

newzenon пишет:

Меня можно на ты.

ок, тогда и меня так ab

Подожди, а там страницы хоть генерятся посредством php? Может это тупо ответ вебсервера - подозрительно малое время ответа только 1 сек.
Что в твоем файле sitemap? У меня например разные страницы тестового сайта, для генерации которых используется php+mysql.

36

valet пишет:

Подожди, а там страницы хоть генерятся посредством php? Может это тупо ответ вебсервера - подозрительно малое время ответа только 1 сек.
Что в твоем файле sitemap? У меня например разные страницы тестового сайта, для генерации которых используется php+mysql.

Так в том-то и дело что там пусто. Сейчас поставлю апач на zenon.
А как генерить sitemap для siege? У меня есть sitemap.xml - его wordpress'овский плагин делает его можно скормить?

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

37

newzenon пишет:

Так в том-то и дело что там пусто.

ну так поэтому и время 1 сек, там же получается вообще только заголовок ответа сервера передать, получается практически пинг.

newzenon пишет:

Сейчас поставлю апач на zenon.

мне кажется проблема определенно в php, а не в вебсервере. Сам видишь апач за 1 сек отвечает. Лучше попробуй другую версию php. Я собственно этим и занимаюсь у себя, но не могу понять как это сделать.

Вот php 5.3.5 на том же дотдебе.
Нашел, что конкретная версия пакета ставится так:
      apt-get install foo=2.2.4-1
      Устанавливает конкретную версию 2.2.4-1 пакета foo.
Но у меня так не получается:

 Консоль:
aptitude install php5-fpm=5.3.5-0
Не удаётся найти версию "5.3.5-0" для пакета "php5-fpm"
Не удаётся найти версию "5.3.5-0" для пакета "php5-fpm"

Может надо этот архивный репозиторий в сорслист добавлять?

38

newzenon пишет:

У меня есть sitemap.xml - его wordpress'овский плагин делает его можно скормить?

sitemap - это просто список url-ов, то есть не обрабатывая sitemap.xml скормить не удастся.

Я брал тот самый sitemap.xml и с помощью vim-макроса удалял лишнее, оставляя только url.

39

На zenon поставил дефолт апач, результаты:

$ siege zenon.sytes.net -d1 -r10 -c25
** SIEGE 2.70
** Preparing 25 concurrent users for battle.
The server is now under siege...
Transactions:                 250 hits
Availability:              100.00 %
Elapsed time:               87.81 secs
Data transferred:            1.87 MB
Response time:                8.18 secs
Transaction rate:            2.85 trans/sec
Throughput:                0.02 MB/sec
Concurrency:               23.30
Successful transactions:         250
Failed transactions:               0
Longest transaction:           11.03
Shortest transaction:            5.03

Попробую убрать дотдеб, и откатиться на чистый squeeze.

valet пишет:

Я брал тот самый sitemap.xml и с помощью vim-макроса удалял лишнее, оставляя только url.

Макрос можно? Чтоб не искать.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

40 (16.05.2011 02:52:57 отредактировано valet)

newzenon пишет:

Макрос можно? Чтоб не искать.

У меня в таком формате:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
        <url>
                <loc>http://examle.com/copyright.html</loc>
                <lastmod>2011-03-03</lastmod>
                <priority>0.5</priority>
        </url>
        <url>
...

я их сходу пишу, попробую накинуть.
vim sitemap.xml
j - перейти во второю строку там где <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> и последовательно нажимать:
q a j dd j dd dd dd k q

потом нужное число раз (для гарантии можно взять большое число скажем 5000) выполнить макрос
5000@a

q - начало записи
a - имя макроса
j - на строчку вниз
dd - удалить текущую строку
j - перейти на строку вниз (тут как раз нужная строка)
3 раза dd - удалить еще 3 строки
k - перейти на строку вверх
q - закончить запись

После выполнения макроса я получил файл такого содержания:

                <loc>http://examle.com/url1.html</loc>
                <loc>http://examle.com/url2.html</loc>
...

дальше я написал sed-скрипт, который обрезал табы и <loc> и </loc>:
vim obrabotka_sitemap с текстом:

#!/bin/sed -rf

s~.*<loc>http:\/\/examle.com\/(.*)<\/loc>~http://examle.com/\1~g

chmod +x obrabotka_sitemap
./obrabotka_sitemap sitemap.xml > sitemap

И в sitemap - только url-ы

41

Откатился до squeeze (всё посносил, убрал репы дотдеба), и потерпел неудачу:

$ siege zenon.sytes.net -d1 -r10 -c25
** SIEGE 2.70
** Preparing 25 concurrent users for battle.
The server is now under siege...
HTTP/1.1 200   9.34 secs:    7846 bytes ==> /
HTTP/1.1 200   9.34 secs:    7846 bytes ==> /
HTTP/1.1 200   9.35 secs:    7846 bytes ==> /
HTTP/1.1 200   9.37 secs:    7846 bytes ==> /
HTTP/1.1 200   9.38 secs:    7846 bytes ==> /
HTTP/1.1 200   9.46 secs:    7846 bytes ==> /
HTTP/1.1 200   9.54 secs:    7846 bytes ==> /
[alert] socket: 1294948096 select timed out: Connection timed out
[alert] socket: 1437624064 select timed out: Connection timed out
[alert] socket: 1370482432 select timed out: Connection timed out
[alert] socket: 1261377280 select timed out: Connection timed out
[alert] socket: 1395660544 select timed out: Connection timed out
[alert] socket: 1269769984 select timed out: Connection timed out
[alert] socket: 1311733504 select timed out: Connection timed out
[alert] socket: 1378875136 select timed out: Connection timed out
[alert] socket: 1404053248 select timed out: Connection timed out
[alert] socket: 1387267840 select timed out: Connection timed out
[alert] socket: 1412445952 select timed out: Connection timed out
[alert] socket: 1429231360 select timed out: Connection timed out
[alert] socket: 1446016768 select timed out: Connection timed out
[alert] socket: 1420838656 select timed out: Connection timed out
[alert] socket: 1353697024 select timed out: Connection timed out
[alert] socket: 1454409472 select timed out: Connection timed out
[alert] socket: 1320126208 select timed out: Connection timed out
[alert] socket: 1286555392 select timed out: Connection timed out
^C
Lifting the server siege...      done.
Transactions:                   7 hits
Availability:               28.00 %
Elapsed time:               35.89 secs
Data transferred:            0.05 MB
Response time:                9.40 secs
Transaction rate:            0.20 trans/sec
Throughput:                0.00 MB/sec
Concurrency:                1.83
Successful transactions:           7
Failed transactions:              18
Longest transaction:            9.54
Shortest transaction:            0.00

Следующая попытка будет с заново чистым установленным squeeze + апач и переносом сайта + мускула через mysqldump.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

42

Да и в wordpress перестали ЧПУ работать....  ac

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

43

newzenon пишет:

Откатился до squeeze (всё посносил, убрал репы дотдеба), и потерпел неудачу

а какая версия php?

44

newzenon пишет:

Да и в wordpress перестали ЧПУ работать....

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

45

А я пробовал поставить другую версию php с дотдеба. Тоже не получилось. Делал так:
1. заменил в сорслисте:
deb http://packages.dotdeb.org stable all
deb-src http://packages.dotdeb.org stable all
на
deb http://archives.dotdeb.org stable all
deb-src http://archives.dotdeb.org stable all
2. сделал aptitude update
3. установил:

 Консоль:
aptitude install php5-cli php5-common
aptitude install php5-fpm php5-cgi php5-mysql

Но мне выдало:
 Консоль:
Не удалось найти пакеты, содержащих "php5-fpm" в своём имени или описании
Не удалось найти пакеты, содержащих "php5-fpm" в своём имени или описании

И действительно, поставился php 5.3.3, но fpm в нем не было вообще, поэтому пришлось тупо снести.

46

Чистая squeeze + apache + php + mysql - никаких дотдебов, wordpress - накидал с десяток постов.

$ siege 192.168.1.3 -d1 -r10 -c25 
** SIEGE 2.70
** Preparing 25 concurrent users for battle.
The server is now under siege...
HTTP/1.1 200   2.95 secs:   48370 bytes ==> /
HTTP/1.1 200   2.97 secs:   48370 bytes ==> /
HTTP/1.1 200   3.29 secs:   48370 bytes ==> /
HTTP/1.1 200   8.77 secs:   48370 bytes ==> /
HTTP/1.1 200   8.95 secs:   48370 bytes ==> /
HTTP/1.1 200   9.03 secs:   48370 bytes ==> /
HTTP/1.1 200  11.70 secs:   48370 bytes ==> /
HTTP/1.1 200  11.43 secs:   48370 bytes ==> /
...
...
...
HTTP/1.1 200  11.34 secs:   48370 bytes ==> /
HTTP/1.1 200  11.13 secs:   48370 bytes ==> /
HTTP/1.1 200  10.94 secs:   48370 bytes ==> /
HTTP/1.1 200  10.17 secs:   48370 bytes ==> /
HTTP/1.1 200   9.97 secs:   48370 bytes ==> /
HTTP/1.1 200   9.91 secs:   48370 bytes ==> /
HTTP/1.1 200   9.74 secs:   48370 bytes ==> /
HTTP/1.1 200   9.32 secs:   48370 bytes ==> /
HTTP/1.1 200   9.06 secs:   48370 bytes ==> /
HTTP/1.1 200   9.04 secs:   48370 bytes ==> /
HTTP/1.1 200   8.80 secs:   48370 bytes ==> /
HTTP/1.1 200   8.39 secs:   48370 bytes ==> /
HTTP/1.1 200   8.35 secs:   48370 bytes ==> /
HTTP/1.1 200   8.25 secs:   48370 bytes ==> /
HTTP/1.1 200   8.02 secs:   48370 bytes ==> /
HTTP/1.1 200   7.44 secs:   48370 bytes ==> /
HTTP/1.1 200   6.00 secs:   48370 bytes ==> /
done.
Transactions:                 248 hits
Availability:               99.20 %
Elapsed time:              132.30 secs
Data transferred:           11.44 MB
Response time:               12.48 secs
Transaction rate:            1.87 trans/sec
Throughput:                0.09 MB/sec
Concurrency:               23.40
Successful transactions:         248
Failed transactions:               2
Longest transaction:           18.09
Shortest transaction:            2.95

Попробую сейчас с sitemap.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

47

Response time:               12.48 secs

ну это какой-то ужас. Открываешь сайт и ждешь 12 сек его загрузки.
php какой? С fpm или обычный?

48

valet, я не знаю с чем и как эти показатели есть, - но если я сам открываю сайт по ip - визуально открывается вообще без задержек, но я не знаю что буде если одновременно (как в тесте) зайдут 25 человек.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

49

Запуск kvm - такой:

kvm -k ru -m 1024 -localtime \
    -net nic -net vde,sock=/var/run/vde2/vde.ctl \
    -hda /home/100/qemu/002.img \
    -nographic -parallel null -serial null -monitor null
История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

50

newzenon пишет:

но я не знаю что буде если одновременно (как в тесте) зайдут 25 человек

ну очевидно, так и будет 12 сек. ab

51 (16.05.2011 23:38:57 отредактировано valet)

Установил php с sid'a. Результат тот же. Правда там версия та же:
php -v
PHP 5.3.6-11 with Suhosin-Patch (cli) (built: May 14 2011 20:38:43)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
    with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH

Я уже не знаю, что и думать.

52 (16.05.2011 23:47:05 отредактировано valet)

Вот кстати результаты по Siege:
Lifting the server siege...      done.
Transactions:                1626 hits
Availability:               76.55 %
Elapsed time:              299.95 secs
Data transferred:           16.96 MB
Response time:               25.59 secs
Transaction rate:            5.42 trans/sec
Throughput:                0.06 MB/sec
Concurrency:              138.74
Successful transactions:        1626
Failed transactions:             498
Longest transaction:           32.63
Shortest transaction:           15.62

Это какой-то ужас. Сейчас буду статику проверять, хотя и уверен, что с вебсервером все супер.

53

Вот результаты по отдаче статического файла:
Transactions:                7824 hits
Availability:               87.28 %
Elapsed time:              252.56 secs
Data transferred:          105.57 MB
Response time:                2.38 secs
Transaction rate:           30.98 trans/sec
Throughput:                0.42 MB/sec
Concurrency:               73.60
Successful transactions:        7824
Failed transactions:            1140
Longest transaction:           24.63
Shortest transaction:            0.13

Все значительно лучше.
Я вот начал задумываться, а не в связке php-mysql проблема? Вот как это проверить, я пока не знаю.

54

Да, проблема таки в связки php-mysql - там тормоза.

Вот результат отдачи файла <?php phpinfo(); ?>

 Консоль:
Transactions:                7821 hits
Availability:               86.56 %
Elapsed time:              255.03 secs
Data transferred:           64.80 MB
Response time:                1.98 secs
Transaction rate:           30.67 trans/sec
Throughput:                0.25 MB/sec
Concurrency:               60.87
Successful transactions:        7821
Failed transactions:            1214
Longest transaction:           24.15
Shortest transaction:            0.09

Тут все нормально, значит мускуль тормозит. Сейчас буду в ту сторону копать.

55

valet, тестировал на чём? движок?
Мне кажется надо memcached прикрутить, только вот два пакета memcached memcachedb есть какой из них?
Да и ещё Redis....

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

56

newzenon пишет:

valet, тестировал на чём? движок?

Да, движок DLE.

newzenon пишет:

Мне кажется надо memcached прикрутить, только вот два пакета memcached memcachedb есть какой из них?
Да и ещё Redis....

Да это все лишнее, это уже тюнинг, это можно делать когда и так быстро, а хочется еще быстрее ab
Тут совсем другая ситуация - бешеные тормоза, загрузка страниц по 20 сек. Но сейчас я уже знаю, что проблема в связке php-mysql и что интересно mysql по top'у не дает нагрузку, то есть тупо искусственная здержка - какой-то таймаут.

Этот же сайт в полностью том же самом составе (тот же двиг, та же БД) работает успешно на другом сервере, и все ок - страницы грузятся меньше чем за 1 сек.

57

Я честно говоря то же немного не понимаю почему так у меня всё таки может из-за kvm... Попробуешь может тоже на виртуалку поставить, результат на мой будет похож?

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

58 (17.05.2011 01:39:26 отредактировано valet)

newzenon, у тебя мне кажется те же самые проблемы, что у меня. Попробуй создать файл info.php с текстом <?php phpinfo(); ?> и его погонять тем же siege - уверен, что результаты по скорости будут хорошими.

Я делал так: поместил файл в папку сайт так, чтоб он открывался по адресу site.ru/info.php, на другом сервере помести в файл sitemap этот адрес site.ru/info.php и запустил siege:
siege -v -i -c 200 -t 5m -f sitemap

Результат получился около 2 сек, что есть нормально. То есть сам php без обращения к бд как раз нормально работает. Буду пробовать сносить mysql и ставить не из дотдеба.
Сейчас у меня:
mysql -V
mysql  Ver 14.14 Distrib 5.1.56, for debian-linux-gnu (x86_64) using readline 6.1

59

Как раз дотдебовский мне показался шустрее.

Давай отдачу статики одинаково сравним, параметры запуска в последних постах не увидел.

Поставил nginx-extra + php-fpm через сокет, почти всё дефолтное ниже настройки:

aptitude install nginx-common nginx-extras php5 php5-cli php5-common php5-fpm php5-cgi php5-curl php5-gd php5-apc 

В /etc/php5/fpm/pool.d/www.conf - изменён только: listen = 127.0.0.1:9000 на listen = /tmp/php-fpm.sock

Конфигурация сервера /etc/nginx/sites-available/default:

server {
    listen 80;
    server_name localhost;
    root /var/www;
    index index.php;
    # access_log /var/www/access_log;
    # Если не нужны логи доступа то можно сделать так:
    access_log /dev/null;
    error_log /var/www/error_log;
    charset utf-8;
    # страницы с ошибками, вместо стандартных, путь указывается от root (выше)
    # error_page      404     /error/404.html;
    # error_page      403     /error/403.html;
    # error_page      500     /error/500.html;
    # mod_rewrite - Это для wordpress, чтобы работали ЧПУ (постоянные ссылки)
    rewrite_log on;
    if (!-e $request_filename) {
       rewrite (/|\.php|\.html|\.htm|\.feed|\.pdf|\.raw|/[^.]*)$ /index.php last;
    }
    gzip_static on;
## Images and static content is treated different
## location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|swf|flv)$ {
     location ~* \.(jpg|jpeg|gif|png|css|zip|tgz|gz|rar|bz2|doc|xls|exe|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|xml|docx|xlsx|js)$ {
      access_log off;
      expires 30d;
      root /var/www;
    }
## Parse all .php file in the /var/www directory
    location ~ .php$ {
        include fastcgi_params;
        fastcgi_split_path_info ^(.+\.php)(.*)$;
        fastcgi_index  index.php;
        fastcgi_pass   unix:/tmp/php-fpm.sock;
        fastcgi_param  SCRIPT_FILENAME  /var/www$fastcgi_script_name;
        fastcgi_param  QUERY_STRING     $query_string;
        fastcgi_param  REQUEST_METHOD   $request_method;
        fastcgi_param  CONTENT_TYPE     $content_type;
        fastcgi_param  CONTENT_LENGTH   $content_length;
        fastcgi_intercept_errors        on;
        fastcgi_ignore_client_abort     off;
        fastcgi_connect_timeout 60;
        fastcgi_send_timeout 180;
        fastcgi_read_timeout 180;
        fastcgi_buffer_size 128k;
        fastcgi_buffers 4 256k;
        fastcgi_busy_buffers_size 256k;
        fastcgi_temp_file_write_size 256k;
    }
## Disable viewing .htaccess & .htpassword
    location ~ /\.ht {
        deny  all;
    }
}
su www-data -c "echo '<?php phpinfo(); ?> ' > /var/www/test.php &" 

Всё больше ничего не менял.

В sitemap - http://192.168.1.3/test.php
Запуск:

siege -v -i -c 200 -t 5m -f sitemap 

Результат:

 Консоль:
Lifting the server siege...      done.
Transactions:               77524 hits
Availability:              100.00 %
Elapsed time:              299.36 secs
Data transferred:          922.69 MB
Response time:                0.27 secs
Transaction rate:          258.97 trans/sec
Throughput:                3.08 MB/sec
Concurrency:               70.46
Successful transactions:       77524
Failed transactions:               0
Longest transaction:            0.62
Shortest transaction:            0.01


ы. memcache - на сколько я правильно понял это как-раз прослойка между mysql и php.

История показывает, что во всем новом обычно кроется какой-то подвох.
Классическая ошибка, которую совершают проектировщики
абсолютно надежных систем, - недооценка изобретательности клинических идиотов.

60 (17.05.2011 02:42:03 отредактировано valet)

Поставил mysql с стандартных репов Debian:

 Консоль:
mysql -V
mysql  Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (x86_64) using readline 6.1

Все плохо, вот результат
siege -v -i -c 50 -t 5m -f sitemap

 Консоль:
Transactions:                 958 hits
Availability:              100.00 %
Elapsed time:              299.49 secs
Data transferred:            9.99 MB
Response time:               14.87 secs
Transaction rate:            3.20 trans/sec
Throughput:                0.03 MB/sec
Concurrency:               47.55
Successful transactions:         958
Failed transactions:               0
Longest transaction:           24.51
Shortest transaction:            1.04

То есть ужас мягко говоря.


newzenon, у тебя результат хороший, но как я понял ты тестировал локально, то есть запускал siege на том же сервере. Отдаленно результаты могли бы быть другими. И как я понял это результаты тестирования чистого php-файла без mysql. Попробуй реальные страницы сайта, чтобы мускуль задействовать - думаю будет намного хуже по времени.