Linux服务器CPU使用率多少算合理,该怎么解决
Linux服务器CPU使用率多少算合理
组里的一个Linux项目，后台有6个服务，分布在6台刀片机上，其中一个服务用于进行计算，CPU使用率较高。
刀片机有24个核心，每个核是24GHz，有128G内存。
计算服务有5个线程，其中3个线程CPU使用率基本上不会超过1%，但另外两个线程CPU的使用率较高，平均大概50%和30%的样子。峰值能够达到100%。
我一直认为这样的分布不合理，我的想法是拆分CPU使用率过高的线程，将负载分布到多个线程上，才能更充分利用服务器，毕竟有24个核……
另外我一直觉得CPU就是用来计算的，不到1%的使用率完全就是浪费了服务器的性能，不如把多个服务合并到一台刀片机上，现在是每个服务一台刀片机……
请问更为合理的分布应该是怎样的，每个线程的CPU利用率多少才算合理？
------解决思路----------------------
there is no golden rule for cpu load...
the question is: can you break down the algorithm in a way that can take advantage of concurrency?
another mistake we usually made: we try to be outsmart of OS...
just my 2 cents!
------解决思路----------------------
个人浅见， 楼主的想法大方向是正确的
cpu的load一般是按照同时就绪的task数目来衡量， 如果单个cpu load过高， 说明这个cpu一直需要处理计算任务
这时，进行业务分离， 提高并行度是自然的也是正确的想法，一般来说，系统在N个cpu的情况下，load=N 是满载
不过cpu load并不是唯一的指标， 比如楼主还应该关心：
出于什么原因这两类不相关业务在单个线程中运行，也许是因为两类数据之间存在顺序的问题，所以单线程可以保证不乱序
cpu load低的服务是否存在内存和IO的限制，其业务流量是否平稳，是否存在峰值时服务质量保证
如果用户数据响应慢， 需要看瓶颈是在cpu还是memory还是IO
是否可以用多台server做load balance
诸如此类，需要全面考虑，仅供楼主参考
组里的一个Linux项目，后台有6个服务，分布在6台刀片机上，其中一个服务用于进行计算，CPU使用率较高。
刀片机有24个核心，每个核是24GHz，有128G内存。
计算服务有5个线程，其中3个线程CPU使用率基本上不会超过1%，但另外两个线程CPU的使用率较高，平均大概50%和30%的样子。峰值能够达到100%。
我一直认为这样的分布不合理，我的想法是拆分CPU使用率过高的线程，将负载分布到多个线程上，才能更充分利用服务器，毕竟有24个核……
另外我一直觉得CPU就是用来计算的，不到1%的使用率完全就是浪费了服务器的性能，不如把多个服务合并到一台刀片机上，现在是每个服务一台刀片机……
请问更为合理的分布应该是怎样的，每个线程的CPU利用率多少才算合理？
------解决思路----------------------
there is no golden rule for cpu load...
the question is: can you break down the algorithm in a way that can take advantage of concurrency?
another mistake we usually made: we try to be outsmart of OS...
just my 2 cents!
------解决思路----------------------
个人浅见， 楼主的想法大方向是正确的
cpu的load一般是按照同时就绪的task数目来衡量， 如果单个cpu load过高， 说明这个cpu一直需要处理计算任务
这时，进行业务分离， 提高并行度是自然的也是正确的想法，一般来说，系统在N个cpu的情况下，load=N 是满载
不过cpu load并不是唯一的指标， 比如楼主还应该关心：
出于什么原因这两类不相关业务在单个线程中运行，也许是因为两类数据之间存在顺序的问题，所以单线程可以保证不乱序
cpu load低的服务是否存在内存和IO的限制，其业务流量是否平稳，是否存在峰值时服务质量保证
如果用户数据响应慢， 需要看瓶颈是在cpu还是memory还是IO
是否可以用多台server做load balance
诸如此类，需要全面考虑，仅供楼主参考