Здравствуйте, hi_octane, Вы писали:

А>>http://habrahabr.ru/post/154419/#habracut

_>Блин, хабр открыл америку и снова упал в моих глазах

Справедливости ради: на этот раз, это не хабр, а codeproject. Статья — перевод.

KV>Справедливости ради: на этот раз, это не хабр, а codeproject. Статья — перевод.

Ясно. Но всё равно печально — оригинальная статья судя по заголовку CodeProject это 2008-й год, а ведь ещё до CodeProject эта библиотека жила и работала.

А>Ну не они первые дошли до мысли, что реализация высконкуретного сервера с упором на ввод-вывод гораздо эффективнее на зелёных потоках.

Вот. Точно. А то я боялся что ты из тех анонимов, которые не в теме Они сначала подняли на системе с вытесняющей многопоточностью потоков сильно больше чем физически процессоров, убедились что так медленно. Потом пропатчили функции ввода-вывода, и сохранив внешнюю видимость того что там по потоку на процессор, реализовали невытесняющую! многопоточность. Получили назад все недостатки невытесняющей многопоточности, но большую скорость на бенчмарках упёртых в ввод-вывод. Это выдали за профит. Сорцы не смотрел, возможно они догадались поднять реальных потоков чуть больше чем процессоров, для уменьшения побочных эффектов. Но в любом случае где-то их подход это хорошо, но тащить такое в продакшн можно только после того как все в команде сдадут краткий экзамен на понимание того какие новые ограничения этот подход накладывает.