<br><br><div class="gmail_quote">2012/10/16 <a href="mailto:Warstone@list.ru">Warstone@list.ru</a> <span dir="ltr"><<a href="mailto:warstone@list.ru" target="_blank">warstone@list.ru</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div><br><blockquote style="border-left:1px solid #0857a6;margin:10px;padding:0 0 0 10px"><div><div><div><div><div><div class="im"><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-size:12pt;font-family:times new roman,new york,times,serif">
<div>Да и базы данных все синхронные, кажется.</div></div></div></blockquote></div><div>Синхронность/асинхронность бывает разной.</div><div class="im"><div><br></div><div>Бывает синхронный протокол, синхронная реализация.</div>
<div>Пример: HTTP + LWP</div><div>Бывает синхронный протокол, асинхронная реализация.</div><div><div>Пример: HTTP + AnyEvent::HTTP</div></div><div><div>Бывает асинхронный протокол, синхронная реализация.</div><div><div><div>
Пример: XMPP + Net::XMPP</div></div></div><div><div>Бывает асинхронный протокол, асинхронная реализация.</div></div><div>Пример: XMPP + AnyEvent::XMPP</div></div></div></div></div></div></div></div></blockquote>Это вообще не в кассу ответ.<br>
<br>А насчет синхронной БД... Кое-кто заблуждается. Работа с Пг может быть асинхронной, например. (Но вот несколько заданий в один коннект вы не засуните, надо создавать линк, это да)<br></div></blockquote><div><br></div>
<div>Вы кажется не поняли мой ответ.</div><div>Работа с чем-то и работа чего-то это разные вещи.</div>Человек написал "Да и базы данных все синхронные, кажется"<br>А я ему ответил, что неважно какая база данных, важно как мы с ней работаем.<div>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br>Вообще самый быстрый метод фетча из Пг - это асинхронный фетч из курсора в транзакции частями по ~10К (На самом деле вопрос времени обработки полученных записей, однако на задаче преобразования в CSV у меня получалось именно 10К)... Причем COPY будет только чуть-чуть быстрее.<br>
</div></blockquote><div> </div><div>Видимо зависит от данных и от конфигурации железа. у нас, например на записи (массированый insert) оптимальным был объем 4k, на чтении из этой-же базы максимальная производительность достигалось при ~20k</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Правда синхронный вариант фетча на Си будет в 8 раз быстрее, но это детали. Тут все съедает преобразование входящих данных в Перловые переменные, ИМХО. (Оно, кстати, не паралелится. И вот тут можно посмотреть на потоки, чего я не сделал в сове время... Только сейчас мысль пришла)<br>
</div>
<br></blockquote></div><div><br></div>-- <br>Best wishes,<br>Vladimir V. Perepelitsa aka Mons Anderson<br><<a href="mailto:inthrax@gmail.com">inthrax@gmail.com</a>>, <<a href="mailto:mons@cpan.org">mons@cpan.org</a>><br>
<a href="http://github.com/Mons">http://github.com/Mons</a><br>