[Moscow.pm] Распараллелить

[Иван Соколов]

Про асинхронные либы сказали уже много, но либ для работы с форком
вроде не было.
Вот, например, удобный модуль https://metacpan.org/module/Parallel::ForkManager



16 октября 2012 г., 19:51 пользователь Dmitry Simonov
<dsimonov на gmail.com> написал:
> В кассу. Читай внимательнее, что написано.
> Что касается постгри, то Монс знает сильно больше Тебя про её асинхронность.
> Посмотри, кто автор модуля AnyEvent::DBD::Pg.
>
> ---
> Dmitriy V. Simonov,
> Perl & Python programmer
>
>
> 2012/10/16 Warstone на list.ru <warstone на list.ru>:
>>
>> Да и базы данных все синхронные, кажется.
>>
>> Синхронность/асинхронность бывает разной.
>>
>> Бывает синхронный протокол, синхронная реализация.
>> Пример: HTTP + LWP
>> Бывает синхронный протокол, асинхронная реализация.
>> Пример: HTTP + AnyEvent::HTTP
>> Бывает асинхронный протокол, синхронная реализация.
>> Пример: XMPP + Net::XMPP
>> Бывает асинхронный протокол, асинхронная реализация.
>> Пример: XMPP + AnyEvent::XMPP
>>
>> Это вообще не в кассу ответ.
>>
>> А насчет синхронной БД... Кое-кто заблуждается. Работа с Пг может быть
>> асинхронной, например. (Но вот несколько заданий в один коннект вы не
>> засуните, надо создавать линк, это да)
>>
>> Вообще самый быстрый метод фетча из Пг - это асинхронный фетч из курсора в
>> транзакции частями по ~10К (На самом деле вопрос времени обработки
>> полученных записей, однако на задаче преобразования в CSV у меня получалось
>> именно 10К)... Причем COPY будет только чуть-чуть быстрее.
>>
>> Правда синхронный вариант фетча на Си будет в 8 раз быстрее, но это детали.
>> Тут все съедает преобразование входящих данных в Перловые переменные, ИМХО.
>> (Оно, кстати, не паралелится. И вот тут можно посмотреть на потоки, чего я
>> не сделал в сове время... Только сейчас мысль пришла)
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org



-- 
С уважением,
Иван