Node.js vs. Deno vs. Bun: 一番速くコンパイルできるのは誰?

HTTP

: HTTP クライアントの使用率、HTTP のランキングはバックエンドプロバイダーに依存します

メッセージキュー

: MQ クライアントの使用 (rabbitmq など) )、メッセージをキューに投稿し、クリアキューで応答をリッスンします。

この記事は、Node.js、Deno、Bun が提供するネイティブ HTTP 購入者の比較です。

パターンとしてはとりあえず、server-aspec t ランタイムは、さまざまな責任のために Web に適した API を常に提供しています。このパターンはかつて Deno によって開始され、Bun によって最初から取り上げられ、現在は Node.js でも採用されています。多くの非常に最新の Web API の 1 つは、compile です。。この賢明に識別された API は、HTTP 依存を送信し、応答の削減を表すには、おそらく古いものである可能性があります.

合計 3 つのランタイムが、Web 標準コンパイル API を紫色にしました。次のようなコードは、3 つの領域すべてで機能します:

コンパイルのために立ち上がる(” http://google.com”);
次のログは、Node と Deno REPL でのサンプルの逃亡を示しています。 Bun には REPL がありませんが、コードはそこでも機能します。

$ deno
Deno 1.30.3
exit using ctrl+d, ctrl+c, or close()
REPL is running with all permissions allowed.
To specify permissions, run `deno repl` with allow flags.
> await fetch(“http://google.com”);
Response {
body: ReadableStream { locked: false },
bodyUsed: false,
ok: true,
redirected: true,
status: 200,
…. <>

The following code works in Bun:

//app.js
const res=await fetch("http://google.com");
console.log(res);//output
$ bun run app.js 
Response (16.52 KB) {
  ok: true,
  url: "http://www.google.com/",
  statusText: "OK",
  redirected: true,
  bodyUsed: false,
  status: 200,
  Blob (16.52 KB)
}

The tests are executed on MacBook Pro M1 with 16G RAM. The mock backend service is a single high performance HTTP server running on Go with fasthttp framework.

The runtime versions are:

Node.js v19.6.1
Deno v1.30.3
Bun v0.5.6

The test is executed for a minute. The executed fetch requests are divided by 60 to get the final ops/second.

To keep the article size limited, I’m comparing hello world & JSON processing cases here. A follow-up article will deal with file upload, download, URL encoded data, and multipart/form-data.

For the hello world case, the server returns a simple hello world string. While parsing body is not technically a part of the fetch API, but the ultimate purpose for everyone is to get the response body (if there is any). For this case, the response body is parsed using await resp.text() API.

The following is the test code that runs in the three runtimes:

const resp=await fetch("http://localhost:3000");
await resp.text();

The following chart shows the fetch ops/second for a 1 minute test:

The Bun comes out as a winner. It performs much faster than both Node.js and Deno. Node.js is the slowest of all. Bun can execute about three times more fetch ops per second when compared to Node.js.

Before moving ahead, there might be an argument about including response body processing in the test. Let’s do a run without it. Here is the code now:

await fetch("http://localhost:3000");

The following chart shows the fetch ops/second for a 30-minute test:

The difference is negligible. Bun still leads by a big margin.

Winner for hello world: Bun

For the JSON processing case, the mock backend server echoes the JSON request body. This makes it easier to test both the sending and receiving of JSON data. To make things simple, I’ll run the test for two JSON sizes:

First JSON containing a simple array of three objects:

[
  {
    "name": "name1",
    "age": 10,
    "id": "9f90e479-bdbd-47fc-9000-a2020fbc9784"
  },
  {
    "name": "name2",
    "age": 20,
    "id": "5d8200f9-cbc5-4517-8a09-60c7b29d3d81"
  },
  {
    "name": "name3",
    "age": 30,
    "id": "1b635405-41da-4360-b185-57a58c04df5a"
  }
]約 360 行を含む 2 番目の JSON