Добрый день, дамы и господа!

Дело вот какое...

Ежедневно по расписанию, начиная с 4 утра начинают выполнятся отчеты, каждый из них отсылает результат выполнения по почте юзверям.
Просмотрев лог выполения отчетов в базе репортинга - видно что отчеты стартуют правильно, долго выполняются (стартует в 4, отрабатывает в 5, на почту юзверю падает в 11 . Паралельно с таким отчетом выполянются тяжелые отчеты по 2-3 часа (не спрашуйте почему так долго)... Проведя пару дней в загуглях нашел инфу, что репорт сервер обрабатывает подписки поочереди по мере поступления записей в таблицу "EVENT" и опрашивает эту таблицу потоками, которых 2*кол ЦПУ
(http://blogs.msdn.com/b/deanka/archive/2009/01/13/diagnosing-and-troubleshooting-subscriptions.aspx)

Вопрос такой...
- Может кто сталкивался с таким и как бороться с запоздалым приходом результатов на почту к юзверям?
- Правда ли в статье, что "- The RS server service has a limited number of threads (2 per CPU) that poll the Event table every few seconds looking for subscriptions to process", если кто видел в загуглях - дайте ссылку не на форум, буду оч признателен?

Спасибо!

Путем изысканий выяснилось, что отчеты опаздывали, потому что реальнов конфиге репортинга было указано - одновременно выполнять 1 отчет.. сам завтычил...

а по вопросу "The RS server service has a limited number of threads (2 per CPU) that poll the Event table every few seconds looking for subscriptions to process" - правда!!! специально тестировал!!!

Всем спасибо за участие, а особенно "tarrus"