Здравствуйте, те кто работал, работает с SP, знаете ли вы о том, как работает данный класс? (SP2010)
Аналогичен ли он описанному у рихтера ThreadPool'у?

PS
Описание на MSDN опять оставляет желать лучшего.

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

N>Здравствуйте, те кто работал, работает с SP, знаете ли вы о том, как работает данный класс? (SP2010)
N>Аналогичен ли он описанному у рихтера ThreadPool'у?

Класс не использовал, посмотрел декомпилером.

SPThreadPool — это два вспомогательных метода (QueueUserWorkItemWithImpersonation(WaitCallback callback, object state) и QueueUserWorkItemWithUserToken(WaitCallback callback, object state, SPUserToken token)), которые внутри дергают все тот же ThreadPool.QueueUserWorkItem. Задача обоих методов — обеспечить выполнение callback'а под учеткой определенного пользователя. Для этого перед тем как дернуть callback выполняется либо SPSecurity.RunAsUser, либо Identity.Impersonate, либо callback дергается под дефолтной учеткой потока.

Есть там еще парочка internal методов (RunAsyncWorkItemWithImpersonation и RunAsyncWorkItemWithUserToken). Они сводятся к вызову BeginInvoke того же промежуточного метода, что и для QueueUserWorkItem*, который прежде чем дернуть callback выполняет настройку учетной записи потока.

Так что SPThreadPool — это всего лишь helper'ы, настраивающие контекст выполнения задачи.

Здравствуйте, /Forester/, Вы писали:
F>Класс не использовал, посмотрел декомпилером.
Спасибо за ответ. Тоже смотрел, смутила эта учетка.
Непонимаю, если вызывать ее безотносительно учетки, что тогда будет.
Например вызывать метод QueueUserWorkItemWithImpersonation на каком-нибудь эвентресивере.
Он сломается? Или нет. Эх придется экспериментировать.

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

N>Например вызывать метод QueueUserWorkItemWithImpersonation на каком-нибудь эвентресивере.
N>Он сломается? Или нет. Эх придется экспериментировать.

А тебе зачем?

Задача есть выполнить действия в разных потоках.

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

N>Задача есть выполнить действия в разных потоках.

Зачем?

Здравствуйте, gandjustas, Вы писали:
G>Зачем?

Причин много, фоновая обработка, быстрота обработки и так далее.

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

N>Здравствуйте, gandjustas, Вы писали:
G>>Зачем?

N>Причин много, фоновая обработка, быстрота обработки и так далее.

Фоновая обработка чего? Быстрота обработки чего?

Вообще в веб-приложениях вредно запускать что-то параллельно, ибо это начинает кушать потоки, которые нужны для обработки запросов.

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

G>Фоновая обработка чего? Быстрота обработки чего?
Определенных данных. Сложная логика, просто так не объяснить.
G>Вообще в веб-приложениях вредно запускать что-то параллельно, ибо это начинает кушать потоки, которые нужны для обработки запросов.
Посему использую ThreadPool, добавляя в очередь.

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

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

G>>Фоновая обработка чего? Быстрота обработки чего?
N>Определенных данных. Сложная логика, просто так не объяснить.
А данные откуда берутся? Есть подозрение, что основное время "обработки" — запросы, а их лучше не параллелить через Thread Pool, это убъет производительность фронтэнда.

G>>Вообще в веб-приложениях вредно запускать что-то параллельно, ибо это начинает кушать потоки, которые нужны для обработки запросов.
N>Посему использую ThreadPool, добавляя в очередь.
ASP.NET использует тот же пул если что, и ты ему мешаешь. А в случае шарика (который и так медленный) мешать ему нельзя, вообще неюзабельным станет.

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

G>>Фоновая обработка чего? Быстрота обработки чего?
N>Определенных данных. Сложная логика, просто так не объяснить.

Сложную логику лучше вынести в отдельный сервис, а не насиловать веб-сервер. Ну и UI соответственно организовать через какой нибудь Signal/R.

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

G>А данные откуда берутся? Есть подозрение, что основное время "обработки" — запросы, а их лучше не параллелить через Thread Pool, это убъет производительность фронтэнда.
Данные берутся из итема одного списка. Список недоступен для пользователей, вообще вся функциональность ui-шарика для пользователей недоступна, доступны только определенные страницы. Так вот на список повешен хендлер, при добавлении нового итема в этот список начинается его парсинг и затем обработка. Затем либо удаление, если все хорошо, либо либо он остается в списке если произошла ошибка в обработке и содержит инфу об ошибке.
Юзеры с этим списком не работают.


G>ASP.NET использует тот же пул если что, и ты ему мешаешь. А в случае шарика (который и так медленный) мешать ему нельзя, вообще неюзабельным станет.
Так то везде тот же пул, системный, другого нет.

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

AVK>Здравствуйте, -n1l-, Вы писали:

G>>>Фоновая обработка чего? Быстрота обработки чего?
N>>Определенных данных. Сложная логика, просто так не объяснить.

AVK>Сложную логику лучше вынести в отдельный сервис, а не насиловать веб-сервер. Ну и UI соответственно организовать через какой нибудь Signal/R.
Поясните пожалуйста. Вы предлагаете использовать wcf?

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

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

G>>А данные откуда берутся? Есть подозрение, что основное время "обработки" — запросы, а их лучше не параллелить через Thread Pool, это убъет производительность фронтэнда.
N>Данные берутся из итема одного списка. Список недоступен для пользователей, вообще вся функциональность ui-шарика для пользователей недоступна, доступны только определенные страницы. Так вот на список повешен хендлер, при добавлении нового итема в этот список начинается его парсинг и затем обработка. Затем либо удаление, если все хорошо, либо либо он остается в списке если произошла ошибка в обработке и содержит инфу об ошибке.
N>Юзеры с этим списком не работают.
Тогда зачем Thread Pool? Для асинхронного post-ресивера и так отдельный поток запускается. Так как задача вполняется в фоне, то запускать несколько потоков вообще вредно, фоновые задачи должны кушать минимум ресурсов.

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

AVK>>Сложную логику лучше вынести в отдельный сервис, а не насиловать веб-сервер. Ну и UI соответственно организовать через какой нибудь Signal/R.
N>Поясните пожалуйста. Вы предлагаете использовать wcf?

По желанию. WCF — неплохой выбор. Но можно и WebAPI + Signal/R для нотификаций.

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

G>Тогда зачем Thread Pool? Для асинхронного post-ресивера и так отдельный поток запускается. Так как задача вполняется в фоне, то запускать несколько потоков вообще вредно, фоновые задачи должны кушать минимум ресурсов.

Спасибо, уточню насчет надобности потоков.

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

AVK>По желанию. WCF — неплохой выбор. Но можно и WebAPI + Signal/R для нотификаций.

Подробнее можете объяснить свою идею?

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

AVK>Здравствуйте, -n1l-, Вы писали:

G>>>Фоновая обработка чего? Быстрота обработки чего?
N>>Определенных данных. Сложная логика, просто так не объяснить.

AVK>Сложную логику лучше вынести в отдельный сервис, а не насиловать веб-сервер. Ну и UI соответственно организовать через какой нибудь Signal/R.

Написанное коррелирует с sharepoint чуть менее, чем никак.

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

AVK>>По желанию. WCF — неплохой выбор. Но можно и WebAPI + Signal/R для нотификаций.
N>Подробнее можете объяснить свою идею?

Что именно в идее непонятно?

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

G>Написанное коррелирует с sharepoint чуть менее, чем никак.

И?

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

AVK>Что именно в идее непонятно?

я никогда не скрещивал asp.net и wcf, не понимаю как это все будет вместе работать, за что будет отвечать сервис, за что веб часть. Как они будут связаны, и так далее. В общем можно подробностей? Подробнее о вашей идее.

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

N>я никогда не скрещивал asp.net и wcf, не понимаю как это все будет вместе работать, за что будет отвечать сервис, за что веб часть. Как они будут связаны, и так далее. В общем можно подробностей? Подробнее о вашей идее.

Очень общий вопрос, на который долго и сложно отвечать. На конкретные вопросы отвечу, а тут извини, не стану.

Хорошо.
1) Для чего обычно создают wcf сервисы в помощь asp.net приложению?

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

N>1) Для чего обычно создают wcf сервисы в помощь asp.net приложению?

Из моего опыта:
1) Когда нужно проявлять активность не в ответ на запрос пользователя;
2) Когда долго нужно что то делать в фоне;
3) Когда внезапное пришибание домена, которое может сделать IIS, недопустимо;
4) Когда веб-часть кластеризуется хорошо, а выносимый кусок — очень плохо;
5) Когда нужны сторонние внешние out of process сервисы и управление ими;
6) Когда кусок кода может нарушить стабильность веб-сервера из-за багов;

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

AVK>Здравствуйте, -n1l-, Вы писали:

N>>1) Для чего обычно создают wcf сервисы в помощь asp.net приложению?

AVK>Из моего опыта:
AVK>1) Когда нужно проявлять активность не в ответ на запрос пользователя;
AVK>2) Когда долго нужно что то делать в фоне;
AVK>3) Когда внезапное пришибание домена, которое может сделать IIS, недопустимо;
AVK>4) Когда веб-часть кластеризуется хорошо, а выносимый кусок — очень плохо;
AVK>5) Когда нужны сторонние внешние out of process сервисы и управление ими;
AVK>6) Когда кусок кода может нарушить стабильность веб-сервера из-за багов;

А как это все деплоится?
Что будет результатом доп проекта wcf для asp.net приложения?

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

N>А как это все деплоится?

По разному. Ты опять какие то вопросы задаешь, на которые для ответа нужно статью писать.

N>Что будет результатом доп проекта wcf для asp.net приложения?

Windows-сервис в виде exe файла обычно.