crypto.randombytes同步与异步性能

Question

noreflow noreferrer“> crypto.randomombytes 具有Sync and sync and sync and sync and sync and assync功能。我创建了一个库，该库具有一种使用crypto.randombytes进行微服务到微服务通信生成16个字符唯一TransactionId的方法。它由100多个微服务使用。微服务由nodejs提供动力。

想了解我是否使用异步一个或同步一个，就像我对两者进行基准测试时一样，我的结果令人惊讶。

异步方法：

% cat asyncRandomBytes.js 
crypto = require("crypto");
for (var i = 0; i < 2000000; i++) {
  crypto.randomBytes(16, function(err) {});
}
% time node asyncRandomBytes.js

node asyncRandomBytes.js  20.79s user 13.67s system 210% cpu 16.336 total

同步方法：

% cat syncRandomBytes.js 
crypto = require("crypto");
for (var i = 0; i < 2000000; i++) {
  crypto.randomBytes(16);
}
% time node syncRandomBytes.js 

node syncRandomBytes.js  3.92s user 1.41s system 132% cpu 4.017 total

异步一个人花费更多的时间。我应该在生产中使用异步一个，其中单核计算机上有多个API调用（每次服务20K rpm）？

Answer 1

async

如果收到更多请求，则可以及时处理它可以导致Nodejs服务器崩溃。 （在内存之外，或由于GC而悬挂在100％CPU上）

您可以实现一个限制器，以防止开放的新异步调用，以使过程不会崩溃，但这可以导致超时。

同步

如果您使用同步并获取更多请求，则可以处理它可以导致Timouts，但服务器将还活着。

替代方案

您应该考虑使用更多实例，也可以在多个CPU内部共享负载，或者如果您只有一个核心，它也可以减少GC的负载。 （使用您选择的流程经理）

tipp：对于node.js，您可以 pm2 作为Process Manager

gc =垃圾收集器