<html>
<head>
<meta content="text/html; charset=KOI8-R" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Потому что Go быстрее Perl. Внутри
работает тотже epoll, поэтому Go так же асинхронный.<br>
Если по тестам получилось медленнее - значит в Go просто
отрабатывает больше кода (тесты не эквиваленты).<br>
<br>
<br>
On 02/12/2015 11:37 AM, Анатолий Гришаев wrote:<br>
</div>
<blockquote cite="mid:54DC6666.4090208@rambler.ru" type="cite">
<meta content="text/html; charset=KOI8-R"
http-equiv="Content-Type">
<div class="moz-cite-prefix">12.02.2015 11:22, Dmitry Smal пишет:<br>
</div>
<blockquote cite="mid:54DC62D7.6080401@gmail.com" type="cite">
<meta content="text/html; charset=KOI8-R"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Там perl (+plack) обгоняет Go.<br>
Что слегка не реалистично.<br>
<br>
</div>
</blockquote>
А почему не реалистично сравнивать надо соответственно <br>
Например там Go обгоняет mojolicious, это треды, а plack это
асинхронщина. <br>
Что доказывает, что язык на быстродействие оказывает минимальное
влияние.<br>
<br>
P.S. Plack там идет под <abbr title="kelp [kelp-raw] (Plack;
Starman on Linux; MySQL on Linux; Raw database connectivity,
Fullstack class; Realistic approach) [Test #79]" test="79">kelp-raw.<br>
</abbr><br>
<abbr title="mojolicious [mojolicious-raw] (Plack; Starman on
Linux; MySQL on Linux; Raw database connectivity, Fullstack
class; Realistic approach) [Test #81]" test="81"><br>
<br>
</abbr>
<blockquote cite="mid:54DC62D7.6080401@gmail.com" type="cite">
<div class="moz-cite-prefix"> 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>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
</blockquote>
<br>
</body>
</html>