你可以放个测试用例和最小的可复现的仓库， 我可以帮你分析下

Event loop 等待并不表示 CPU 会占满。 但是 CPU 占满 Event loop 一定会等待

错误的代码导致大量占用 Queue 造成 Event loop 等待， 这是 NodeJS 中新手很容易犯的错误。

@des Queue 不一定会 cpu 占满， 我看到这边堆栈信息好像有大量的 Queue ， 我有很有理由怀疑是这块。epoll 的响应很快的.

@catalysia 是因为技术和材料的问题吗？ 导致只能有设计 Volatile memor 来进行解决速度效率的问题

@catalysia #111L 我非计算机专业, 请教一下， 内存（ Volatile memory ）的作用是什么？ 理论上不需要这个也是可以运行系统的，例如 `linux live cd` 等等

@binfengxy #83L 这就是你把 DDR4 设置成 Disk ， 把 HDD 设置成 RAM 的原因？ [doge]

@justincnn 为啥要换 MAC, 我其实很不太理解

我先说说一下的缺点

1. 键盘 ctrl 按键的问题
2. 系统 /硬件完全不开源
3. 无法自己组装更新对应的硬件信息

如果为了办公效率那肯定选择 `Microsoft Windows`, 如果是为了高性能，高性价比肯定选择 `debian kde/gnome`

1. window 生态强大
2. 可以自己更新对应的硬件，而且价格便宜

mac 这贵的价格，而且这么不自由， 完全就是资本的运作， 你希望你买的产品就算换个电池，Apple 也要求你必须整个 mac 都换掉吗？ 这是极端情况，但是事实是，基本上所有东西都闭源， 甚至 apple 的充电线都会校验是否是 apple 授权的。 这简直太可怕了。 如果一旦 apple 发展起来， 我完全无法想象后面的结果是什么

要么绝对的生产资料（垄断的必需品）， 要么有权。 否则你的工资不会有任何改变

@fanyer #75

你说的 7 年前也就是

npm 3.8.5 是七年前最后一个发布的版本, 因为之后的 3.8.6 是 6 年前发布的， 如果你没说谎, npm 的版本就是 3.8.5


来让我们看看日志啊


你也可以自己打开看


npm-shrinkwrap(1) -- Lock down dependency versions

怕你英语不好， 我帮你翻译下

npm-shrinkwrap(1) -- 锁定依赖版本


- https://github.com/npm/npm/blob/v3.8.5/doc/cli/npm-shrinkwrap.md


人不行，就怪环境不行？ 就算没有 lock ， 操作 `node_modules` 写个 lock 难道很难？ 而且 npm 本身就提供了 npm-shrinkwrap 给你锁版本。

至于你说的第二个问题， 库是即时删除的。verdaccio 7 年前就提供 1.4.0 版本的 npm 私服。

- https://github.com/verdaccio/verdaccio/tree/v1.4.0


我没有 bb, 七年前就方案了。 请问你怎么会觉得没有用？ 还是说你连这个都不知道？ 人不行，就怪路不平？ 水平差就怪 npm 不好用， 设计的有问题？ facebook 觉得 npm 设计不符合他们的想法， 所以做了 yarn, pnpm 觉得 npm 太占磁盘了，所以重写了， 而你做了什么？ 除了抱怨以外，哪怕是给别人提一个 issuse 的事情你做了吗？


你不会，就多问问别人，向别人虚心请教

@des
epoll 性能应该没这么差， 我看堆栈信息上显示好像是大量的占用了 Queue, 具体为什么大量占用 Queue 就要看代码了

recover

Deno 没感觉到优点，Bun 的出现好像是必然

@fanyer #36L 别人删个库有什么大惊小怪的， 自己项目中不锁版本吗？ 没有 nexus repository 吗？