Как протестировать производительность debian сервера?

Question

[kreativf]

Дано: debian установленный под hyper-v. (не ругайте, это не мой выбор)
Надо: протестировать производительность/стабильность связки php+apache+mysql на этом сервере.
Вопрос: Возможно ли протестировать производительнось не делая лишних телодвижений? То есть не закачивая на сервер кучу контента только для теста, а тестировать именно производительность работающего вхолостую выше упомянутого софта? Если возможно то чем это делать, если не возможно — как лучше выкрутиться?

Answer 1

[Iliapan]

Если вы хотите понять скорость работы сервера без сайта, то смотрите в сторону phoronix-test-suite.

apt-get install phoronix-test-suite

Comments

[kreativf]

А вот это действительно больше всего похоже на то что мне надо. Там похоже и апач погонять можно и «железо».

[sajgak]

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

[kreativf]

Я ещё не успел особо с этим разобраться, но по первому гуглению: вроде там есть тесты для апача взятые из openbenchmarking.org.

Answer 2

[amarao]

ab (apache benchmark). Он вполне способен вытащить с сервера всё, что тот может отдать.

Answer 3

[Vasiliy Shilov]

Берем jMeter.
Смотрим показатели: CPU(%), Memory(Mb), сеть, I/O Wait, request response time, ms.

Answer 4

[sajgak]

ab на самом деле очень часто грешит неверностью результатов, намного лучше с бенчмарком веб-сервера справляется siege, кроме того, в нем присутствует возможность очень гибкой настройки, что порой, для сложного динамичного сайта является критичным

Comments

[kreativf]

Собственно никакого сайта пока что нет. Надо протестировать апач на дебиане под hyper-v и сравнить результаты с другими VM.

[sajgak]

Если вы тестируете производительность апача на отдачу статической страницы «It works», то ни в ab, ни в siege смысла вообще нет, вам нужно отдельно протестировать производительность важных для вас физических состовляющих сервера(обычно цпу, оп, канал, если будете раздавать статику — производительность диска) и сравнить результат со своими другими vm. Тулзы для теста каждой составляющей не подскажу, т.к. давно не интересовался, гугл думаю быстро сможет найти

[kreativf]

Вот собственно в чём вопрос и состоял. Надо протестировать именно этот софт а не виртуальную физическую составляющую, но насколько это возможно не привязывая тест к отдаче определённой страницы.

[sajgak]

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

[kreativf]

Ну дык… Кто бы спорил? Как по вашему я отдачей статики протестирую PHP и MySQL? Вопрос где взять данные для такого теста.

[sajgak]

при этом вы помечаете решением ответ про ab) самый простой вариант если вы хотите так заморочаться и не тестировать просто железо, что было бы намного логичнее — форкнуть какой-либо опен-сорс проект, использующий данную связку, забить базу и тогда юзать ab или siege, или же в вашей постоновке вопроса, ответ звучит «никак»

[Iliapan]

Если вы хотите понять скорость работы сервера без сайта, то смотрите в сторону phoronix-test-suite.

apt-get install phoronix-test-suite

Answer 5

[Алексей Сундуков]

Хорошая замена ab — httperf. Все включено в том смысле, что не тянет за собой горы зависимостей или VM. Удобная статистика в конце.

Answer 6

[Angerslave]

Всё-таки, нужно сравнить разные VM или протестировать скорость виртуализированного сервера относительно реального железа?
Так или иначе, я бы всё-таки посоветовал протестировать базовые характеристики виртуализированного железа — производительность процессора, проседание дисковых и сетевых IOPSов, оверхед памяти — на основе этого и строится производительность разных сервисов — в том числе apache, php и mysql.