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

Dmitry Simonov dsimonov на gmail.com
Вт Окт 16 08:51:24 PDT 2012


В кассу. Читай внимательнее, что написано.
Что касается постгри, то Монс знает сильно больше Тебя про её асинхронность.
Посмотри, кто автор модуля 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