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

[ksvs]

На компе у друга заработало (вариант с $AnyEvent::DNS::RESOLVER = undef;),
а у меня нет. 
Хотел
 сравнить версии модулей, но потом забыл, так как вариант на Curl работает 
заметно быстрей. Хотя памяти потребляет больше. Но процент увеличения 
памяти пропорционален увеличению скорости. 



On Friday, 22 November 2013, 17:28, Анатолий Гришаев <0body0 на rambler.ru> wrote:
 
Мне показалось, что нет.
А до этого в переписке было аналогичное решение твоему решение.

И 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/20131124/1585eac9/attachment-0001.html>