myhand

Рейтинг
278
Регистрация
16.09.2009
Himiko:
Ну тем не менее это не будет 100% копией нагрузки при заходе на сайт юзера (я даже не говорю про посты).
Мне кажется, что максимально точно удастся воссоздать картину захода на 1 url со всеми его картинками, css и т.д.

Поэтому не думаю, что этот тест может говорить о том, что сервер выдержит реально столько юзеров. (тем более, что даже этого сделано не было).

Будет. man LLN (law of large numbers). Вы максимально точно воспроизведете среднюю нагрузку от юзера (с блекдже^W css, js, etc).

Посты, естественно, не проблема (делаем сколько надо POST).

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

Debian/CentOS был бы интереснее. Есть подозрение, что "компиляция" и "оптимизация" с гентой связанные - мало что дали в итоге в цифирах. // Был где-то стенд с друпалом в qemu - надо его будет помучать на досуге.

Andreyka:

-c 250 - это значит 250 реквестов в секунду :)
Оно живое, ибо Availability: 100.00 %, но медленное.

1. Человеки обычно считают > 16 сек отклик уже неживым. А ведь есть еще статика,

картинки, лаги сети...

2. Ни разу не 250 реквестов в секунду, Вас абманули :D.

Не на 250 смотрите - скорее, на Transaction rate. Вот у Вас сколько в первом тесте было: 10.17 trans/sec. А -с ключик - это не совсем то ;-) В тесте - у Вас _всего_ в минуту 287 реквестов.

Andreyka:

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

Есть, которая умеет с зареганых пользователей постить ;-)

myhand добавил 30.09.2009 в 19:52

Himiko:
Стоп. Так подскажите как, если знаете?
Статистика запросов из access_log даст только то, что запросы будут к разным url'ам.
А не при каждом запросе разных url'ов он ещё и будет всё со страницы скачивать.

Ну идея проста - создать необходимую "статистическую" картину заходов на сайт. Т.е. в единицу времени спрашивать, скажем, 100 реквестов, из них 33 - url1, 31 - url2 и т.п. Для siege скармливают список url - они и повторяться могут.

Himiko:

Да и вопрос не в том, можно ли научить. Дело в том, что Andreyka скармливал только карту сайта, получается это не совсем "реальные" заходы на сайты.

Это да - я потому и задал вопрос про urls.txt в первом посте.

Himiko:
По собственному опыту, siege сервер выдерживает проще, чем юзеров...
siege только скорость ответа от сервера замеряет, а всё со страницы не скачивает... (на сколько я знаю).

Могу ошибаться, в тонкости настройки не вникал.

Тогда вникните. Обучить его "все скачивать" с нужных страниц - не составляет труда.

Т.е. в большинстве случаев - можно даже взять статистику запросов из реального access_log и скормить siege.

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

Что мешает Вам моделировать siege нагрузку "реальных юзеров"?

TAFF:
Брал у зенона, только статус есть и пара кнопок (перезагрузка, сброс, остановка)

Ну, значит все вопросы - к хостеру. Он ведь Вам прислал реквизиты доступа (сервер, порт, логин, пароль)?

TAFF:
Да нет, включил

Большинство VPS (в зависимости от технологии) дают с web-консолью, где можно посмотреть ее статус, запущенные процессы и т.п.

Ну так посмотрите, какие процессы запущены на ней. sshd должен быть.

TAFF:
Нет там ни одного сайта, хочу вот заинсталить ISP

Пишите в личку все подробности. За разумную цену поможем ;-)

Например, Может у Вас VPS и вы ее просто не включили вообще. Телепатии не бывает в

принципе - не надо расчитывать на нее.

Мих@лыч:
myhand, чтобы не в блокноте смотреть базу, а в каком нибудь удобном редакторе, я про это имею ввиду

Ну, попробуйте Emacs:

http://ftp.gnu.org/pub/gnu/emacs/windows/

TAFF:
В тарифах хостера
2009-09-30 17:29:29 Looking up host "IP сервера..."
2009-09-30 17:29:29 Connecting to IP сервера... port 22
2009-09-30 17:29:50 Failed to connect to IP сервера...: Network error: Connection timed out
2009-09-30 17:29:50 Network error: Connection timed out

Если у Вас файервол полностью открыт - решайте вопрос с хостером. Что-то кроме ssh-то там работает? Сайты с этого сервера "открываются"?

Andreyka:

Сначала я подготовил VPS: взял шаблон Gentoo, собрал там GCC 4.4.1 и весь софт собрал этим GCC архитектуры i686 с безопасными флагами оптимизации под процессор (Quad Xeon):

  • php-fpm
  • nginx
  • mysql-5.1
  • memcache


Соответственно, этот софт уже заработал на максимальную производительность - осталось дело за малым, настроить сам сервер.

1. Было бы интересно, что дала гента (помимо того, что дистрибутив, видимо Вам привычный).

Т.е. аналогичный конфиг на бинарном дистрибутиве с софтом из коробки.

2. memcache - оно что-то дало? (подробностей нет)

3. Что в urls.txt?

360000 уников - порядка 10 нестатических реквестов в секунду, верно? Прям как у Вас

в тесте. Но при этом - Response time: 16.98 secs, что черезчур уж много. Неживое

оно уже. Мораль - такую нагрузку сервер не держит.

А вот сколько система может в штатном режиме? Чтобы отклик был порядка 1-5 сек.

Всего: 4890