使用grpc c ++的异步服务器api，我应该为每个rpc方法添加一个或多个cq还是为所有服务添加一个cq？

使用grpc c ++的异步服务器api，我应该为每个rpc方法添加一个cq还是为所有服务添加一个cq？

我要在工作中接管grpc c ++服务。对于异步服务方法，它使用10个完成队列，对于另一种流服务方法，它使用另外20个完成队列。完成队列的处理与helloworld异步服务示例非常相似，不同之处在于，每个完成队列使用一个线程工作器。

这样的设计对于添加更多的服务方法不是很方便。而且我正在考虑将其重构为仅使用一个完成队列，然后将完成队列中的标记分派到我自己的域事务处理线程池。是正确的设计模式还是有更好的选择？

了解特定应用程序答案的最佳方法是在各种情况下创建基准，然后比较不同线程模型的结果。

基于https://grpc.github.io/grpc/cpp/md_doc_cpp_perf_notes.html，当前的建议是使用num_cpus线程池，每个线程都在其自己的完成队列上进行轮询。