[Moscow.pm] Moscow.pm party: доклад-реквесты

[Андрей П. Ковбович]

Тут прозвучал вопрос про некие узкоспециализированные решения, где
асинхронная модель не подходит. Я так понимаю это случай, когда требуется
строго последовательная обработка. Например, аукцион, когда нужно сматчить
биды с асками в режиме fifo.

пятница, 22 ноября 2013 г. пользователь Анатолий Гришаев <0body0 на rambler.ru>
писал:

> Мне показалось, что нет.
> А до этого в переписке было аналогичное решение твоему решение.
>
> И ksvs не написал, чем закончилось, и может и твоё решение не подошло.
> Хотел знать из первых рук, чего было и чем закончилось.
>
> 22.11.2013 19:18, Mons Anderson пишет:
>
>> По моему еще тогда выяснили, что резолвинг звался до форка.
>> А это известная проблема AE::DNS
>>
>> On 22.11.2013, at 19:17, Анатолий Гришаев <0body0 на rambler.ru> wrote:
>>
>>  А ты победил свою беду с AnyEvent::DNS или просто её неправильно готовил?
>>> Если да, то в чём собака порылась?
>>>
>>> 22.11.2013 18:49, ksvs пишет:
>>>
>>>> Это я так засомневался, когда к своей мултипроцесной асинхроной штуке,
>>>> прикрутил нагрузку по анализу скачиваемых html, и увидел, что вариант с 2
>>>> двумя рабочими дочерними процессами (у меня два ядра) и с 100 асинхронных
>>>> сокетов в каждом дает такую же производительность, как и вариант с 8
>>>> рабочими дочерними синхронными процессами. В общем, узкое место стало CPU.
>>>>
>>>>
>>>>  Анатолий.
>>> --
>>> 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/20131122/c4b17fd6/attachment.html>