Пул потоков C#, ограничивающий потоки

Хорошо ... Я провел тщательный поиск по сайту и прочитал много сообщений по этой теме. Я нашел этот вопрос: Код для простого пула потоков на C# особенно полезным.

Однако, как всегда кажется, то, что мне нужно, немного варьируется.

Я просмотрел пример MSDN и несколько адаптировал его под свои нужды. Пример, на который я ссылаюсь, находится здесь: http://msdn.microsoft.com/en-us/library/3dasc8as(VS.80,printer).aspx

Моя проблема вот в чем. У меня есть довольно простой набор кода, который загружает веб-страницу через классы HttpWebRequest и WebResponse и считывает результаты через Stream. Я запускаю этот метод в потоке, так как он должен выполняться много раз. Сам метод довольно короткий, но количество его запусков (с разными данными для каждого раза) варьируется. Это может быть от 1 до 200.

Все, что я прочитал, похоже, указывает на то, что класс ThreadPool является главным кандидатом. Вот что бывает сложно. Мне может потребоваться запустить эту штуку, скажем, 100 раз, но у меня может быть не более 3 запущенных потоков (для этой конкретной задачи).

Я пробовал установить MaxThreads на ThreadPool через:

ThreadPool.SetMaxThreads(3, 3);

Я не совсем уверен, что этот подход работает. Более того, я не хочу затирать другие веб-сайты или программы, работающие в системе, в которой они будут работать. Итак, ограничивая количество потоков на ThreadPool, могу ли я быть уверен, что это относится только к моему коду и моим потокам?

В примере MSDN используется подход событийного диска и вызывается WaitHandle.WaitAll(doneEvents);, как я это делаю.

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

Искренне,

Джейсон

Хорошо, я добавил семафорный подход и полностью удалил код ThreadPool. Это кажется достаточно простым. Я получил информацию от: http://www.albahari.com/threading/part2.aspx

Этот пример показал мне, как:

[текст ниже является копией / вставкой с сайта]

Semaphore с емкостью, равной единице, аналогичен Mutex или lock, за исключением того, что у Semaphore нет «владельца» - он не зависит от потоков. Любой поток может вызвать Release на Semaphore, тогда как с Mutex и lock только поток, получивший ресурс, может освободить его.

В следующем примере десять потоков выполняют цикл с оператором Sleep посередине. Semaphore гарантирует, что не более трех потоков могут выполнять этот оператор Sleep одновременно:

class SemaphoreTest
{
    static Semaphore s = new Semaphore(3, 3);  // Available=3; Capacity=3

    static void Main()
    {
        for (int i = 0; i < 10; i++)
            new Thread(Go).Start();
    }

    static void Go()
    {
        while (true)
        {
            s.WaitOne();

            Thread.Sleep(100);   // Only 3 threads can get here at once

            s.Release();
        }
    }
}