O número de processos de trabalho nos dois conjuntos não está diretamente relacionado. O que você precisa estabelecer é o tempo de permanência em cada pool. Portanto, se os trabalhadores do IIS estiverem ocupados e somente uma pequena parte do tempo total for gasta no aplicativo COM, os segmentos COM provavelmente não afunilarão o desempenho.
Tente medir o número de threads ativos em uma situação de estresse para determinar como controlar os tamanhos dos pools individuais.
Considere também que os processos de trabalho do IIS também são reciclados em critérios diferentes da utilização do processador. Isso pode afetar substancialmente sua capacidade de compartilhar dados entre invocações e pode subverter as tentativas de afetar strongmente o desempenho direto.
Você faria melhor para reduzir o custo de fazer o .NET para a ponte COM considerando um wrapper COM fino que pode agregar várias solicitações de uma única consulta .NET. Isso também pode ter o efeito colateral de consolidar vários métodos COM em um único thread do pool.