node 如何采集C++和底层CPU profile
发布于 3 年前 作者 LiuWeiMr 3360 次浏览 来自 问答

遇到了一个线上问题，情景： 配置：2核4G 启动：pm2 启动2个进程 服务逻辑：只运行内部逻辑，不产生网络I/O，外部http请求已经mock，没有使用mysql、redis等外部组件 QPS在200就发生CPU超过100%，对压测时进行CPU profile 分析，program进程（也就是C++库和Node底层库）占比最大，达到了47%这部分如何采集CPU profile进行进一步分析，还有各位大佬有没有其他思路分析解决这个问题

9 回复

看一下easy-monitor

@i5ting 我看看，大佬

想看 native 的得在启动前加上 --prof 这个 flag，然后用 0x 查看分析结果 v8 自带的 cpuprofiler 只能采集 js stack

另外，program 指的是 v8 的 cpuprofiler 采样线程采样的时候没有 js code 在执行，也不一定全都是 cpu 占用（比如 epool wiat 这种），倒是 profile 里的 js 部分是切切实实的 cpu 占用，既然你的 program 只占了 47%，你应该先看看 js 部分的调用栈有没有能优化的

@hyj1991 JS部分很碎片化，占1.9%，0.5这样，这样的有100+以上，没有占用过大的。压测到直至QPS上不去了，应该不是epool wait。

@LiuWeiMr 要看聚合火焰图

@hyj1991 火焰图调用栈最顶层都是1.1ms这样，我理解是正常的，火焰图里也显示gc和program占比比较高。分析JS调用栈，耗时比较高的是processTicksAndRejectionsinternal这种底层函数，也定位不到是哪个函数调用导致的

有没有可能是某个库的问题，

我们上个项目用了一个使用WebRTC来发UDP包的库，开发一切正常，也是上线后出问题， 具体表现是7天左右，就会突然出现100%跑满cpu，查日志看 cpuprofiler 都正常， 发现问题后，由于难复现，原作者也没解决，只能放弃这个库

。

@x1911 不确定，这是第一次压测，历史项目已经很复杂了，用了很多库

回到顶部