1

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

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

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

脚本：每秒 节点计时节点版本：0.10.8（使用 NVM 安装）操作系统：Ubuntu 12.04 硬件：MacBook Pro 9,1

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

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

nodejs 的不可预测性

4

1 回答 1

0

原来 Gnome 系统监视器是迟钝的！

（注：在以下截图中，上图由 KSysGuard 制作，下图来自 Gnome System Monitor。）

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

  2. 当更新间隔设置为 1 秒时，图形移动得太​​快了！！（见截图2）

  3. KSysGuard 的响应速度更快，并在被要求更新图形时精确到 1 秒。（见截图 1）。

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

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

Gnome 系统监视器与 KSysGuard

Gnome System Monitor 1 秒更新

于 2013-06-17T21:03:25.470 回答