Andreyka

Andreyka
Рейтинг
822
Регистрация
19.02.2005
Интересы
Zen
Some like a wizzard

Проверил - без проблем imagick. Так что тот баг, который был на 4-ом PHP в 5-ом уже поправлен, только дебьянщики об этом невкурсе 🚬

Уточните с какими не работают - проверю у себя

Скорее всего просто типичный для дебиана подход - боязнь нового

Пускать apache от owner'а?

А теперь я запускаю тот-же вариант на httpd worker :)

Так как оно жрет памяти больше, то пришлось уменьшить eaccelerator с 128 до 64

В пассиве 64%. В осаде 82% RAM.

Вот кусок top'а при осаде:


top - 19:21:00 up 13 min, 0 users, load average: 23.60, 10.99, 5.37
Tasks: 9 total, 4 running, 5 sleeping, 0 stopped, 0 zombie
Cpu(s): 90.9%us, 9.1%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 524288k total, 405804k used, 118484k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
30597 apache 25 0 177m 90m 17m S 88.6 17.6 0:22.18 apache2
20091 mysql 15 0 175m 18m 4080 S 9.0 3.6 0:21.12 mysqld
16149 memcache 15 0 73848 20m 532 S 1.0 4.0 0:01.47 memcached

А вот результат осады на -c 250:


Transactions: 1287 hits
Availability: 99.69 %
Elapsed time: 60.42 secs
Data transferred: 9.88 MB
Response time: 5.96 secs
Transaction rate: 21.30 trans/sec
Throughput: 0.16 MB/sec
Concurrency: 127.01
Successful transactions: 224
Failed transactions: 4
Longest transaction: 28.63
Shortest transaction: 0.00

Вывод - mpm worker вполне себе, если правильно его готовить. Дефолтные настройки - ужасные. Но грузит сильнее чем nginx+php-fpm (вероятнее из за rewrite в .htaccess)

А нефиг было спамить ;)

Ок, тогда кеширование nginx

Он по идее склеит все мелкие файлы в кеш и будет делать seek

AFAIK memcache умеет хранить в памяти объекты до 1mb

А nginx умеет отдавать напрямую из memcache

Вывод напрашивается сам собой ;)

Ну неинтересно мне на готовом тестировать - охота на самособранном попробовать 😆

На -c 100 - уже вполне живое, ~6 секунд где-то.

Что за софт для постинга, url?

Andreyka добавил 30.09.2009 в 20:05

А какой смысл заносить в url.txt статику - css и графику? Оно напрямую отдается nginx и нагрузки не несет

Тут весь цимус - в связке nginx+php

Hack_phoenix:
Вообще такой тест - не показатель. Ибо на продакшн-проекте, которому реально необходима ЦМС такое не возможно. Вы бы впихнули туда хотя бы Views и поквключали бы модули, поставили бы галерею фото и т.п. Тогда можно было бы смотреть... А без модулей... Нафига оно нужно? Тем более, вы тестируете OpenVZ... А какие там параметры - йа хз... М.б. там нода ненагружена и ресурсы не жестко ограничены...

Почему это такое невозможно? Возможно. Сайт dedic.ru - вполне себе продакшн сайт 😂

Если у тебя есть такой сайт, то скинь архив - я его поставлю вместо своего и прогоню со всеми модулями.

Теперь про openvz. Я лимитирую только оперативку на своих VPS, как сообщалось по ссылке. Вывод лимитов:

onesite nginx # cat /proc/user_beancounters 

Version: 2.5
uid resource held maxheld barrier limit failcnt
150: kmemsize 3445868 16603158 2147483646 2147483646 0
lockedpages 0 0 128 128 0
privvmpages 100841 134224 131072 131072 3097
shmpages 32771 32776 65536 65536 1
dummy 0 0 0 0 0
numproc 27 128 128 128 40
physpages 20257 41095 0 2147483647 0
vmguarpages 0 0 65536 2147483647 0
oomguarpages 21061 41095 65536 2147483647 0
numtcpsock 13 1209 10240 10240 9094
numflock 0 8 128 128 0
numpty 2 4 64 64 0
numsiginfo 0 41 128 128 0
tcpsndbuf 454880 7867392 53687296 57881600 0
tcprcvbuf 609824 7562192 53687296 57881600 0
othersockbuf 11600 1534272 53687296 57881600 0
dgramrcvbuf 0 8464 53687296 57881600 0
numothersock 20 163 1024 1024 0
dcachesize 285456 1182201 1179648 1179648 4104284
numfile 644 2133 3072 3072 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
numiptent 14 14 128 128 0

Пример куска url.txt:

193.169.218.4/node/718/

193.169.218.4/node/108/
193.169.218.4/node/644/
193.169.218.4/node/305/
193.169.218.4/node/135/
193.169.218.4/node/182/
193.169.218.4/node/446/
193.169.218.4/node/569/
193.169.218.4/node/513/
193.169.218.4/node/74/

1. Меньшее потребление памяти, немного шустрее работает. Но это не привычный для меня дистр - я больше по CentOS/RHEL :)

2. Да, дало - меньшая нагрузка к mysql

3. Карта сайта - каждый url в одну строку

-c 250 - это значит 250 реквестов в секунду :)

Оно живое, ибо Availability: 100.00 %, но медленное.

Если делать 100 реквестов в секунду, то скорость будет вполне нормальной:


Lifting the server siege... done. Transactions: 617 hits
Availability: 100.00 %
Elapsed time: 59.99 secs
Data transferred: 10.49 MB
Response time: 6.40 secs
Transaction rate: 10.29 trans/sec
Throughput: 0.17 MB/sec
Concurrency: 65.86
Successful transactions: 273
Failed transactions: 0
Longest transaction: 9.84
Shortest transaction: 0.64

Andreyka добавил 30.09.2009 в 19:12

Himiko:
siege - это не показатель.
Как правило реальтные юзеры намного больше нагружают сервер.

При просмотре сайта - идентично, при постинге - конечно больше. Это тест - чисто на отдачу контента друпалом.

Если есть утилита которая регается, вводит капчу и постит - с удовольствием потестирую ;)

Всего: 12866