[Moscow.pm] Читаемый протокол с быстрым парсингом.

[Mons Anderson]

Протокол мемкеша (или того-же beanstalk и т.п.) на порядок быстрее http

пробуйте подобные простые текстовые протоколы

нет особой разницы, отпарсить 

my ($a,$b,$c) = unpack("VVV", substr($buf,$ix,12))

или

pos($buf) = $ix;
my( $a,$b,$c) = $buf =~ /\G(\d+)\s(\d+)\s(\d+)/gc;

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

On 05.12.2013, at 1:23, Akzhan Abdulin <akzhan.abdulin на gmail.com> wrote:

> вариантов нет. используйте подмножество http, например, без chunked/encoded etc.
> 
> вся проблема только в том, что текстовые форматы не определены по длине любой своей части.
> 
> а бинарные пакеты человек с консоли не введет. либо делайте умную консоль. ну тогда типичный вариант BSON, или лучше MsgPack. и так далее.
> 
> 
> 4 декабря 2013 г., 13:43 пользователь Михаил Монашёв <postmaster на softsearch.ru> написал:
> Здравствуйте.
> 
> Смотрел  сейчас  выложенное  видео "В 3 раза быстрее, чем AnyEvent, но
> все  еще  Perl". Там прозвучала фраза, что парсить HTTP очень затратно
> по  CPU.  Но  у  HTTP есть большой плюс: он текстовый и легко читаемый
> человеком.
> 
> Каким  должен  быть протокол, чтобы его парсинг потреблял минимум CPU,
> но  при  этом  человек  легко  мог читать запросы и ответы, а в идеале
> делать запросы с консоли?
> 
> --
> С уважением,
>  Михаил                          mailto:postmaster на softsearch.ru
> 
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
> 
> -- 
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org

----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20131205/626dcefa/attachment.html>