fish兄，请教个tracker server 的性能问题

IT_monkey

这两天在看5.01 tracker server的代码，一直在纠结一个性能的问题。下面是自己理解的tracker server init的大致流程。
  初始化 io-event/pipe/thread lock —〉create 事件处理线程(配置文件中默认线程数目是4)—〉每一个线程都等待socket事件—〉socket可读/写，线程等待结束进入相应处理函数，进行任务处理—〉任务处理完毕—〉继续等待下一次socket事件到来。
   这里假定事件处理线程个数使用默认值4， 我的问题是如果在任务处理阶段需要时间比较多或者挂住，后续的任务岂不是要等待，如果处理事件较多的任务越来越多，岂不是很多后续任务请求都被悬挂，在client端看到的结果就是tracker server不再响应请求，性能降低。

happy_fish100

tracker server的任务处理很简单，都是低延时的。
如果你担心处理量太大，CPU忙不过来，可以使用性能更好的CPU，包括增加CPU数目。
目前8核的CPU，已经比较主流了吧？配置2颗这样的CPU，就有16核的处理能力了！

IT_monkey

懂了，多谢fish兄！
回复 2# happy_fish100