Using fibers to simplify enumerators

[tyomitch]

Рэймонд Чен год назад обещал рассказать, зачем всё-таки нужны фиберы, которые я обсуждаю в http://www.vbstreets.ru/VB/Articles/66058.aspx
На самом деле они, конечно, нужны не для одновременного выполнения нескольких задач, а для одновременного поддержания нескольких стеков. Теперь Рэймонд наконец написал про это статью.

Сабжевая статья состоит из пяти частей:
1: When life is easier for the enumerator - http://weblogs.asp.net/oldnewthing/arch ... 43664.aspx
2: When life is easier for the caller - http://weblogs.asp.net/oldnewthing/arch ... 44281.aspx
3: Having it both ways - http://weblogs.asp.net/oldnewthing/arch ... 44799.aspx
4: Filtering - http://weblogs.asp.net/oldnewthing/arch ... 45800.aspx
5: Composition - http://weblogs.asp.net/oldnewthing/arch ... 46274.aspx

Надеюсь, многим это будет интересно. Такая любопытная часть Win32API до сих пор оставалась совершенно заброшенной.

[Ennor]

Фибры? Интересная штука, не спорю, однако, довольно сложно их использованием достичь какого-то реального превосходства в производительности - по крайней мере, у самой Microsoft это пока получается не очень .

Дело вот в чем: в настройках MSSQL Server имеется галка "Use Windows NT fibers", установка которой приводит к использованию фибров вместо тредов при работе сервера. Так вот, как говорят знающие люди, реальное увеличение производительности сервера при ее включении наблюдается при соблюдении двух условий: наличие как минимум 4-х (лучше - 8-ми) процессоров и очень активное переключение контекстов, т.е. наличие большого количества клиентских соединений, при этом довольно активно работающих. Более того, прирост невелик и составляет в лучшем случае 15%, а чаще - 5-10. Так что... может, их просто заломало реализовывать что-то реально толковое, и они ограничились минимумом, а может, овчинка действительно того...

[tyomitch]

Ennor, статьи-то просмотри...
Они как раз про то, зачем на самом деле нужны фиберы.
Это не "альтернатива" нитям, а совершенно параллельная вещь, которую только по незнанию я и MSSQL Team используют вместо нитей
Другими словами, то, что MSSQL не получает от их использования прироста в производительности - проблема MSSQL, а не фиберов.

[Ennor]

Прочел. Не скажу, что большей части этого я не знал раньше. Впрочем, я все равно уже вряд ли когда-нибудь этим займусь, так что если только из академического интереса...

Ты мне лучше вот что скажи: сколько процентов прироста производительности решета ты получил при переходе на фибры? Вот это вопрос уже важный... Да, и какой проц у тебя (и сколько их, если больше одного ).

[tyomitch]

Нисколько, т.к. не пробовал писать его без фиберов. Да и вообще, я тогда скорее искал повод применить фиберы, чем способ ускорить решето
А почему ты решил, что использование фиберов влияет в первую очередь на производительность? Из статьи следует, что в первую очередь оно влияет на удобство программирования, т.к. позволяет иметь одновременно несколько стеков и переключатся между ними.
У меня сложилось впечатление, что ты считаешь, что "фиберы - это как нити, только иногда быстрее, а чаще медленнее". А на самом деле это совсем разные вещи, и мне непонятно, почему ты пытаешься сравнивать производительность у, метафорично выражаясь, "Pentium и Windows" (c) GSerg

[gaidar]

Тёмыч, а слабо договориться с автором и перевести на русский, вот бы и пополнения для сайта

[GSerg]

Имхо, перевод с сохранением ссылки на оригинал можно запостить и так...

[gaidar]

Имхо, перевод с сохранением ссылки на оригинал можно запостить и так...

Желательно получить ОК от автора.