偶然地，我得到100至200个redis超时例外。因为我在redis上使用会议（通过官方MS软件包）将其变成" 500s"/对客户的黄色屏幕。
使用应用程序见解调查这些超时，我发现根本原因是一些"评估"命令。我使用了"一些"一词，因为keyHashSlot在异常消息上报告了。
例外还报告了可用的IOCP和工作线程（最小是100，通常有10个以上的免费）
那么，我如何才能更深入地深入研究，并弄清楚为什么这些evals会变暗？他们是因为他们的内容而计时（执行它的脚本）？或者他们在队列上浪费了太多时间？
您是否看过这个？https://gist.github.com/joncole/db0e90bedeb3fc4823c2#file-diaroserediserrors-clients-clentside-md。
尤其是ThreadPool节流位点：https：//gist.github.com/joncole/db0e90bedeb3fc4823c4823c2#burst of-traffic
您可以在客户或ThreadPool节流上遇到高CPU吗？