<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>