Bre*_*ett 12 node.js docker nestjs
我对我在运行的节点进程中看到的内容感到有些困惑。docker stats
主机上显示容器正在使用超过 100% 的 CPU。这让我认为节点进程正在最大化 CPU。当我top
在主机上运行并看到节点进程使用超过 100% 的 CPU时,这一点得到确认。
当我跳入 docker 容器时,我看到该节点仅使用了 54% 的 CPU,并且处理在两个内核之间拆分。因为 Node 是单线程的,所以我期待看到一个内核最大化,另一个内核为 0。
我找到了这个 QA,看起来操作系统可能正在内核之间移动进程(对我来说是新闻)。这个单一的 Node.JS 应用程序使用多核吗?
你能帮我解释一下结果吗?节点是否已达到最大值?或者因为容器中的进程显示 54% 的使用率可以达到 100% 吗?为什么节点容器的顶部显示节点的使用率为 54%,但两个内核的使用率为 45% + 46%。除了单节点进程之外,容器中什么都没有运行。我没有使用集群,尽管我包含的包可能是。
我问这一切是因为我试图了解我是否应该扩展这个 ECS 实例,或者节点是否可以处理更多。
Node.JS: 15.1.0
EC2 Instance: c5.large
NestJS: 7.3.1
Run Code Online (Sandbox Code Playgroud)
top
的您所看到的(可能)是由于top
.
我要大胆猜测一下,你的 Docker 镜像可能是基于 Alpine 的?top
Alpine 中的命令是busybox
. 它将每个进程的 CPU 使用率报告为可用 CPU总数的百分比(nCPUs * 100%)。
这不同于大多数其他风格的top
,后者将每个进程的 CPU 使用率报告为单个CPU的百分比。
这两个top
屏幕截图实际上显示的是同一件事:node
进程使用了 2 个 CPU 中每一个的大约 50%。
我们可以使用以下方法进行测试:
# This will max out 1 cpu of the system
docker run --name stress --rm -d alpine sh -c 'apk add stress-ng && stress-ng --cpu 1'
# This shows the busybox top with usage as ratio of total CPUs
# press 'c' in top to see the per-CPU info at the top
docker exec -it stress top
# This will install and run procps top, with usage as a ratio of single CPU
docker exec -it stress sh -c 'apk add procps && /usr/bin/top'
Run Code Online (Sandbox Code Playgroud)
在上面的屏幕截图中,我们可以看到两种不同风格的top
. 它们报告了相同的 CPU 使用率,但上面的报告为“100% CPU”(作为单核的百分比),而下面的报告为 6%(1/16 核 = 6.25%)。
node
CPU 使用率的什么信息?Node 是单线程的,不能使用超过 100% 的 CPU。...有点。在幕后,Node 使用libuv
,它确实在孤岛中运行线程。例如,这就是 Node 接收 IO 操作的异步事件的方式。这些线程确实使用 CPU,并且可以将您的 CPU 使用率提高到 100% 以上。一些包也作为Node 的附加组件编写,这些包也使用线程。
环境变量UV_THREADPOOL_SIZE
限制了可以同时运行的 libuv 控制线程的最大数量。在运行节点之前将其设置为更大的数字(默认为 4)可能会消除瓶颈。
如果您正在执行一些 CPU 密集型操作,请考虑使用cluster
、Worker Threads、编写您自己的附加组件或生成单独的进程来进行计算。
归档时间: |
|
查看次数: |
1437 次 |
最近记录: |