Thread Pool, native vs.net

Скажите пожалуйста, является ли дотНетовский пул потоков (System.Threading.ThreadPool) самостоятельной реализацией

в.net или же это врапер над thread pool win api?

Рефлектором там много не посмотришь, все вызовы быстро уходят в extern функции.

Недавно узнал что в винде есть свой пул потоков (msdn.microsoft.com/en-us/library/ms686766 (VS.85).aspx)

вот и интересно, юзает ли дотНет это апи или нет.

Вообще между TP win api и дотНетовским пулом можно найти много общего,
,
но что интересно, если пул и является врапером над win api, то он должен

юзать апи из колонки «Current API» (иначе как происходит задание max/min кол-ва потоков в.net ThreadPool),

вот и еще в.net есть Slim Read Write Lock и такая штука есть в win api. То есть, логично предположить

что дотНет юзает ’under the hood’ этот самый win api.

Это все к чему, тот api из колонки «Current API» (по ссылке)

и сам родной win api для Slim Read Write Lock — есть только начиная с Висты (и с 2008 вин-сервера).

То есть, на XP винде в С++ я не могу юзать эти API, но в.net на этой же винде (и компе) — могу. Почему?

(а то что дотНет не юзает этот win api — ИМХО маловероятно, зачем им писать по сути один и тот же код дважды?)

ps. под win api — я подразумеваю native код.

Підписуйтеся на Telegram-канал «DOU #tech», щоб не пропустити нові технічні статті