这种情况在任何中等负载下都会发生，但我可以通过运行npm ci,在用户沙箱中安装软件包的程序来可靠地重现该问题。运行任何其他非 sudo 构建就足够了。构建涉及下载许多单独的文件并组装源代码。
我知道计算机有许多进程（正在执行的程序）在争夺其资源。UI 无疑是一个或多个这样的进程，因此它有时必须排队等待，直到操作系统决定该执行 UI 操作了。
然而，即使这些资源都没有被消耗，似乎也会出现这种 UI 停顿：
有一些吗资源以外记忆，磁盘写入带宽，网络带宽，以及中央处理器时间，这可能是 UI 的瓶颈吗？我想到的是 GPU 时间，但有两个原因可以说明这不应该成为瓶颈：
- 任何构建过程都不会与 GPU 进行任何操作。
- UI 渲染是一种非常基本的 2D 矩形处理，不太可能让 GPU 费力。
任何能帮助我识别这种烦恼并指导我找到解决方案的提示都将不胜感激。购买新硬件是可以的，只是我不知道该买哪个。