Linux上的NodeJS/V8/JavaScript：可升级到完全性能

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

使节点进程一次占用一个CPU的驱动程序脚本：

i=0时为$；i<8++我做回显CPU:$i；taskset-c$i节点ticks_per_second.js；完成

剧本： 节点版本：0.10.8使用NVM安装 操作系统：Ubuntu 12.04 硬件：MacBook Pro 9,1

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

PS：我知道NodeJS擅长哪些类型的任务，哪些不擅长CPU，所以请不要急于讨论这些方面。我正在寻找建议，使nodej的表现可以预测

---

原来Gnome系统监视器被延迟了

注意：在下面的屏幕截图中，上图由KSysGuard生成，下图来自Gnome系统监视器

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

当更新间隔设置为1秒时，图形移动太快！！见截图2

KSysGuard的响应速度快得多，当要求它更新图形时，它只需1秒。见截图1

谢天谢地，KSysGuard包对KDE系统的其余部分没有任何依赖性，因此安装它只安装GUI和ksysguardd守护进程，并且没有造成不必要的膨胀

一句话：不要使用Gnome系统监视器，而是使用KSysGuard，因为它做了正确的事情，而且非常灵活

---

尝试启动脚本，向节点传递nouse idle通知。这可能不是我认为我记得他们在0.10的某个地方更改了这个默认值的答案，但至少在旧版本中，空闲GC非常具有攻击性。