<div dir="ltr">>><span style="font-size:12.8000001907349px">по моему опыту - сильно не позволяет, и задач таких не много.</span><div class="" style="font-size:12.8000001907349px"></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">ну смешно же. любой демон, работающий с внешней средой. Повис при обращении к внешнему ресурсу и привет, а в очереди еще 1000 сообщений, требующих обработки. Поэтому нужно расплодить тысячу демонов, которые жрут оперативу. Асинхронный демон при этом продолжит обрабатывать очередь, работая в одном экземпляре.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">8 февраля 2015 г., 20:59 пользователь Daniel Podolsky <span dir="ltr"><<a href="mailto:onokonem@gmail.com" target="_blank">onokonem@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Угу, договорились, память сэкономили. Но слишком дорогой ценой по нагрузке<br>
> на процессор и по latency.<br>
</span>эту фразу я не понял<br>
<br>
если наша программа делает хоть что-нибудь, кроме пересовывания байтов<br>
между сокетами - и нагрузка на процессор и latency будут определяться<br>
совсем не моделью многозадачности.<br>
<div class="HOEnZb"><div class="h5">--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Ksenia Bobrova</div>Senior Perl Developer</div></div>
</div>