CPU 核数与主频怎么权衡

同样预算，4 核 3.2GHz 和 8 核 2.4GHz 是常见的两难。怎么选，取决于程序怎么使用 CPU：是一个进程吃满一个核闷头干活，还是几十个请求要同时处理。 一、两种负载的差别 主频决定单个核心的速度，影响单请求延迟：接口要快、逻辑要串行等待的场景吃主频。核数决定同时干活的数量，影响吞吐量：Web 服务、消息消费这类并发任务吃核数。两者不可互相替代，8 个慢核救不了单线程瓶颈，高主频也顶不住并发洪峰。举个直观例子：视频转码偏单线程，主频提升几乎是线性提速；网站接口偏并发，加核比加频有效。 二、先弄清自己的负载 压一压就知道：并发加到 100 时延迟陡增、CPU 总利用率却只有 15%，说明瓶颈不在核数；单请求耗时 800 毫秒且某一核长期打满，说明该提主频或优化代码。用 htop 观察负载分布，load average（平均负载）长期接近核数，说明已经吃满。云监控的利用率是均值，毛刺要看秒级曲线，均值健康不代表没有瓶颈。 三、云上选型对照 Web 前端、API 网关这类并发型服务，中等主频配足够核数即可。MySQL、Redis 这类延迟敏感的服务优先高主频，并且要独享 CPU，共享实例的性能毛刺对数据库是硬伤。计算密集型任务直接看裸金属物理机 B4，物理资源整机独享，不存在被邻居干扰的问题。看主频别用宣传里的加速频率，要看全核基础频率，那是持续能跑的值。 四、一个常见误区 核数翻倍不等于性能翻倍。应用有锁竞争，数据库有连接数上限，核加到瓶颈点之后收益递减。扩容前先确认瓶颈确实在 CPU，而不是在磁盘或锁上，否则加核是白花钱。 选型的正确顺序是：压测定位瓶颈，再决定往哪个维度加资源。反过来先买后测，多数会买错方向，钱花了问题还在。