Пул потоков для быстрых всплесков коротких потоков?

Question

Мое приложение захватывает сетевые пакеты (например, wirehark) в потоке захвата и позволяет другим компонентам регистрировать функции обратного вызова с условиями фильтра для захваченных пакетов. На данный момент я начинаю поток для каждого обратного вызова абонента каждый раз, когда я захватить пакет, как это:

foreach (CCallbackFilterCondition hCallback in m_ahSubscribers) 
{ 
    // Raise callbacks in separate threads so they don't block the capture thread 
    ParameterizedThreadStart hPTS = new ParameterizedThreadStart(hCallback.raiseIfMeetsConditions); 
    Thread hCallbackThread = new Thread(hPTS); 
    hCallbackThread.Start(hPacket); 
} 

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

Вопрос теперь в следующем: насколько высоки накладные расходы при запуске нового потока? Было бы лучше использовать пул постоянно работающих потоков вместо создания новых потоков на высокой частоте? Если мои обратные вызовы медленные, это может привести к началу много новых потоков, в то время как старые из них все еще работают, поэтому мне потребуется большое количество потоков в пуле, поэтому мне, вероятно, понадобится пул, динамически развивающийся. Но это может привести к тому, что многие простаивающие потоки будут отключены, если абонент откажется от подписки. Каковы ваши предложения?

Answer 1

Я использовал бы .NET ThreadPool. Не беспокойтесь о необходимости создания дополнительных потоков или необходимости уничтожать бесполезные простаивающие потоки: ThreadPool использует эвристику Hill-Climbing для определения оптимального количества потоков для достижения максимальной производительности.

Узнайте больше о том, как работает ThreadPool здесь: http://msdn.microsoft.com/en-us/magazine/ff960958.aspx