Как установить пакет с конкретного репозитория

Откатился до 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.

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

newzenon написал:

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

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

newzenon написал:

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

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

А я пробовал поставить другую версию 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. установил:
[console]aptitude install php5-cli php5-common
aptitude install php5-fpm php5-cgi php5-mysql[/console]
Но мне выдало:
[console]Не удалось найти пакеты, содержащих "php5-fpm" в своём имени или описании
Не удалось найти пакеты, содержащих "php5-fpm" в своём имени или описании[/console]

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

Чистая 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.

Response time: 12.48 secs

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

Запуск 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

newzenon написал:

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

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

Установил 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

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

Вот кстати результаты по 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

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

Вот результаты по отдаче статического файла:
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 проблема? Вот как это проверить, я пока не знаю.

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

Вот результат отдачи файла <?php phpinfo(); ?>
[console]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[/console]

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

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

newzenon написал:

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

newzenon написал:

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

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

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

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

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

Поставил 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 

Результат:
[console]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[/console]


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

Поставил mysql с стандартных репов дебиана:
[console]mysql -V
mysql Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (x86_64) using readline 6.1[/console]

Все плохо, вот результат
siege -v -i -c 50 -t 5m -f sitemap
[console]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[/console]
То есть ужас мягко говоря.


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