<html>
<head>
<meta content="text/html; charset=KOI8-R" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Там perl (+plack) обгоняет Go.<br>
Что слегка не реалистично.<br>
<br>
On 02/12/2015 01:33 AM, Alexander Lourier wrote:<br>
</div>
<blockquote
cite="mid:CANLU1qGUcCwS9+is7GcKsL4LcxjnavrmDpAtn6gB2jJz_jWzRQ@mail.gmail.com"
type="cite">
<div dir="ltr">Илья Винокуров ссылку дал на сайт, где тесты разных
платформ делают. У них вся тестовая среда на github выложена.
Мне кажется, того, что там есть, вполне достаточно.<br>
</div>
<br>
<div class="gmail_quote">On Wed Feb 11 2015 at 20:18:44 Михаил
Монашёв <<a moz-do-not-send="true"
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
moz-do-not-send="true"
href="mailto:postmaster@softsearch.ru" target="_blank">postmaster@softsearch.ru</a><br>
<br>
--<br>
Moscow.pm mailing list<br>
<a moz-do-not-send="true" href="mailto:moscow-pm@pm.org"
target="_blank">moscow-pm@pm.org</a> | <a
moz-do-not-send="true" href="http://moscow.pm.org"
target="_blank">http://moscow.pm.org</a><br>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
</body>
</html>