WCF多进程处理/设计

我目前正处于优化一个基于WCF的服务的设计阶段。该服务为一组非线程安全的库提供包装API。API也需要相当长的时间才能完成(平均0.5秒)。在一次批处理运行中可能会发生数十万次调用。

当前端点导致12-15%的CPU利用率(8核)令人失望,这可能是因为只有一个线程可以为调用提供服务。库不是线程安全的,唯一的解决方案似乎是创建多个进程,每个进程都公开一个端点。

我们必须保持“原始”端点,以便客户端界面保持不变:

Client Thread --> +---------+   +-----------------+ <--> Worker Process 1
Client Thread --> | Service |-->| "Worker Process | <--> Worker Process 2
Client Thread --> | API     |   | Manager"        | <--> Worker Process 3
Client Thread --> +---------+   +-----------------+ <--> Worker Process 4

以下是我目前的想法:

1. 原始端点将调用转发给“工作进程管理器”
2. 这个“管理器”将有一个线程池,依次调用每个工作进程。该呼叫是阻塞呼叫。
3. 每个工作进程公开一个(几乎)彼此相同的端点。(可能通过命名管道)。
4. 原始服务API将更改为每个调用实例上下文(现在是单个)。

这可能是一种常见的情况,所以我想知道在这种情况下WCF的最佳实践是什么?如果不是(不太可能),考虑到我们的限制,实现最佳性能的最佳方式是什么?