<div dir="ltr">Илья Винокуров ссылку дал на сайт, где тесты разных платформ делают. У них вся тестовая среда на github выложена. Мне кажется, того, что там есть, вполне достаточно.<br></div><br><div class="gmail_quote">On Wed Feb 11 2015 at 20:18:44 Михаил Монашёв <<a href="mailto:postmaster@softsearch.ru">postmaster@softsearch.ru</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Здравствуйте, Alexander.<br>
<br>
> Я предлагаю взять более-менее реалистичную задачу и погонять её под<br>
> более-менее реалистичными тестами. Например:<br>
><br>
> Архитектура: приложение, memcached, mysql.<br>
> Задача: показывать рассказы из базы данных (каждый порядка 100<br>
> килобайт), кэшируя их в memcached (небольшого объёма).<br>
> Входной урл: "/$id".<br>
> Ключ в memcached: "$id".<br>
> Запрос к базе: "select data from stories where id=$id".<br>
> Ответ оборачивается в простенький HTML-шаблон. Все спецсимволы<br>
> заменяются на HTML entities, как положено. Новые строки - на <br>.<br>
> Результат возвращается клиенту.<br>
><br>
> Как тестируем:<br>
> 1. запросы по небольшому подмножеству случайных ID (чтобы всё<br>
> заведомо влезало в memcached)<br>
> 2. запросы по всему множеству ID (чтобы всё не влезало в memcached и<br>
> приходилось дёргать базу)<br>
> 3. запросы по всему множеству ID, параллельно начинаем затормаживать<br>
> базу данных (lock tables write, sleep, unlock tables)<br>
><br>
> Замеряется количество запросов в секунду, которые сервер смог<br>
> обслужить, количество ошибок в секунду, ну и latency.<br>
><br>
> Этот тест более-менее приближен к реальным условиям и проверяет<br>
> разные возможности - интенсивный сетевой обмен, вычислительную<br>
> работу (процессинг HTML), эффективность использования ресурсов<br>
> машины. Причём в пропорциях, обычных для веб-приложений.<br>
><br>
> Что скажете? Есть у кого время написать такие приложения на разных<br>
> языках?<br>
<br>
Тестирую сейчас твою задачу. Надо под memcached отдельный сервер, а то<br>
он много процессора кушает. У меня их 6 шт. и каждый по 25% процессора<br>
потребляет. И под БД тоже наверное не помешает, если данных будет так<br>
много, что перестанет в мемкешед влезать, то БД станет узким местом.<br>
Хотя с другой стороны можно всё на один сервер засунуть и пусть там<br>
демон, memcached и mysql вместе живут, так в реальности часто и<br>
бывает, но тогда все быстрые демоны покажут одинаковый результат.<br>
<br>
И хорошо бы где-то иметь общий для всех дамп БД, чтобы на нём можно<br>
было тестить.<br>
<br>
--<br>
С уважением,<br>
Михаил mailto:<a href="mailto:postmaster@softsearch.ru" target="_blank">postmaster@softsearch.<u></u>ru</a><br>
<br>
--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</blockquote></div>