javascript - Linux 上的 NodeJS/V8/JavaScript : Upredictable ramp-up to full performance

Question

以下是多次运行一个简单脚本的 CPU 消耗图的拼接图。我对 CPU 消耗图在短时间内的变化很感兴趣。有没有人知道是什么导致这些曲线在几分钟内发生如此巨大的变化？

使 Node 进程一次占用一个CPU的驱动脚本:

$ for (( i = 0; i < 8; ++i )) ; do echo CPU: $i; taskset -c $i node ticks_per_second.js; done

脚本:Node Ticks per Second Node 版本:0.10.8(使用NVM安装)操作系统:Ubuntu 12.04硬件:MacBook Pro 9,1

这是一个练习，目的是了解我可以从单个 NodeJS 进程生成/处理多少事件的理论限制。

PS:我了解NodeJS擅长哪些任务(I/O)，哪些任务不擅长(CPU)，所以请抑制讨论这些方面的冲动。我正在寻找使 NodeJS 可预测地执行的建议。

Answer 1

原来是 Gnome System Monitor 有问题!!

(注:以下截图，上图为KSysGuard制作，下图为Gnome System Monitor制作)

1. 更新间隔必须设置为“10”秒，以便系统监视器每 1 秒移动一次图形。 (见截图一)

2. 当更新间隔设置为 1 秒时，图表移动得太快了!! (见截图2)

3. KSysGuard 的响应速度更快，并在要求时精确地在 1 秒内更新图形。 (见截图 1)。

值得庆幸的是，KSysGuard 软件包对 KDE 系统的其余部分没有任何依赖性，因此安装它时只安装了 GUI 和 ksysguardd 守护进程，不会造成不必要的膨胀。

底线:不要使用 Gnome System Monitor，而使用 KSysGuard，因为它可以做正确的事情，而且非常灵活。