Просто в мире Windows очень давно был принят "thread-driven design" (условно, и где-то со времени W'95), что, во-многом, привело к тому, что многие асинхронные API были, грубо говоря, неизвестны в широком кругу.
30 июля 2013 г., 23:10 пользователь Akzhan Abdulin <[email protected] > написал: > Тема себя исчерпала, топикстартер уже не интересуется вопросом. > > Но всё-таки отвечу... IOCP в Windows существуют со времени Windows XP, до > этого были в Solaris etc. > > > 30 июля 2013 г., 17:20 пользователь Dmitry Karasik > <[email protected]>написал: > > Я не об этом -- да, согласен, до висты(?) в винде не было hi-perf API того >> который использует libuv сейчас. Я о том что старый добрый метод >> WaitForMultipleObject который хоть и ограниченный и относительно >> медленный, его >> порог ограничения я так думаю достаточно высок все равно для того чтобы >> приложения написанные с его использованием можно было бы назвать >> неэффективными. >> Ок, не такими эффективными как могли бы быть, но уж никак не >> неэффективными. >> >> /dk >> >> On Tue, Jul 30, 2013 at 03:02:50PM +0400, Akzhan Abdulin wrote: >> > Мне-то как раз асинхронные API в Windows нравятся. Но не было >> универсальных >> > биндингов. Однако теперь есть, хоть и недоработанные. >> > >> > >> > 30 июля 2013 г., 12:24 пользователь Dmitry Karasik >> > <[email protected]>написал: >> > >> > > Но-но, так уж и несбыточного ;) что вам конкретно не нравится в >> виндовой >> > > сетевой модели? >> > > >> > > /dk >> > > >> > > On Mon, Jul 29, 2013 at 06:48:13PM +0400, Akzhan Abdulin wrote: >> > > > Да я бы не стал предлагать, если бы не условие под Windows. Писать >> > > > эффективные сетевые приложения под Windows на Perl, - из области >> > > > несбыточного. >> > > > >> > > > >> > > > 29 июля 2013 г., 18:36 пользователь Orlovsky Alexander < >> > > [email protected] >> > > > > написал: >> > > > >> > > > > 29.07.2013, 18:32, "Akzhan Abdulin" <[email protected]>: >> > > > > >> > > > > А по существу есть возражения? >> > > > > >> > > > > >> > > > > нваверно, основное в том, что автор изначального сообщения хотел >> > > решение >> > > > > на Perl >> > > > > >> > > > > >> > > > > Node.JS идеален как агрегатор нескольких источников и обработчик >> > > потоковых >> > > > > данных, его API в этой области удобны и эффективны. >> > > > > >> > > > > >> > > > > не идеален, но работает достаточно эффективно, да >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > Если, конечно, вы взяли на себя труд изучить их. >> > > > > >> > > > > По мне, программист должен владеть несколькими языками/платформами >> > > минимум. >> > > > > >> > > > > >> > > > > +1 >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > -- >> > > > > Moscow.pm mailing list >> > > > > [email protected] | http://moscow.pm.org >> > > > > >> > > > > >> > > >> > > > -- >> > > > Moscow.pm mailing list >> > > > [email protected] | http://moscow.pm.org >> > > >> > > >> > > -- >> > > Sincerely, >> > > Dmitry Karasik >> > > >> > > -- >> > > Moscow.pm mailing list >> > > [email protected] | http://moscow.pm.org >> > > >> >> > -- >> > Moscow.pm mailing list >> > [email protected] | http://moscow.pm.org >> >> >> -- >> Sincerely, >> Dmitry Karasik >> >> -- >> Moscow.pm mailing list >> [email protected] | http://moscow.pm.org >> > >
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
