Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migrate apollo 4 #2713

Open
wants to merge 2 commits into
base: production
Choose a base branch
from
Open

Migrate apollo 4 #2713

wants to merge 2 commits into from

Conversation

Romakita
Copy link
Collaborator

Information

Type Breaking change
Feature Yes

Migrate the package to Apollo v4

Copy link

Benchmarks

  • Machine: linux x64 | 4 vCPUs | 15.6GB Mem
  • Node: v18.20.3
  • Run: Fri May 31 2024 07:09:16 GMT+0000 (Coordinated Universal Time)
  • Method: autocannon -c 100 -d 10 -p 10 localhost:3000 (two rounds; one to warm-up, one to measure)
Version Router Requests/s Latency Throughput/Mb
koa 2.13.4 32135.2 30.59 5.73
tsed-koa 7.70.1 10977.1 90.29 9.30
express 4.19.2 10517.6 94.23 1.88
nest 8.4.3 9966.7 99.45 2.40
express-injector 4.19.2 9430.0 105.00 2.15
tsed-express 7.70.1 8202.4 120.74 1.50
express-morgan 4.19.2 5625.3 176.03 1.00
fastify-big-json 3.29.4 N/A N/A N/A
fastify-injector 3.29.4 N/A N/A N/A
fastify 3.29.4 N/A N/A N/A
nest-fastify 8.4.3 N/A N/A N/A

Explanation

The benchmark shows a performance difference between the frameworks. We note that Ts.ED is often last. In fact, Ts.ED uses features useful to a production application which reduce its performance.

For example, Ts.ED initializes a sandbox (async_hook) for each request in order to work in an isolated context if necessary.
It also initializes the elements necessary for monitoring requests in a log manager.

All this at a necessary cost that reflects the reality of a production application ;)

@Romakita Romakita force-pushed the migrate-apollo-4 branch 2 times, most recently from 9cefc68 to 16f2e0e Compare June 17, 2024 08:46
Copy link

Benchmarks

  • Machine: linux x64 | 4 vCPUs | 15.6GB Mem
  • Node: v18.20.3
  • Run: Mon Jun 17 2024 08:57:08 GMT+0000 (Coordinated Universal Time)
  • Method: autocannon -c 100 -d 10 -p 10 localhost:3000 (two rounds; one to warm-up, one to measure)
Version Router Requests/s Latency Throughput/Mb
koa 2.13.4 33239.3 29.57 5.93
tsed-koa 7.72.0 11890.5 83.31 10.07
express 4.19.2 10497.8 94.44 1.87
nest 8.4.3 9822.4 100.75 2.36
express-injector 4.19.2 9631.6 102.87 2.20
tsed-express 7.72.0 8436.0 117.51 1.54
express-morgan 4.19.2 5707.2 173.26 1.02
fastify-big-json 3.29.4 N/A N/A N/A
fastify-injector 3.29.4 N/A N/A N/A
fastify 3.29.4 N/A N/A N/A
nest-fastify 8.4.3 N/A N/A N/A

Explanation

The benchmark shows a performance difference between the frameworks. We note that Ts.ED is often last. In fact, Ts.ED uses features useful to a production application which reduce its performance.

For example, Ts.ED initializes a sandbox (async_hook) for each request in order to work in an isolated context if necessary.
It also initializes the elements necessary for monitoring requests in a log manager.

All this at a necessary cost that reflects the reality of a production application ;)

Copy link

Benchmarks

  • Machine: linux x64 | 4 vCPUs | 15.6GB Mem
  • Node: v18.20.3
  • Run: Mon Jun 17 2024 08:58:04 GMT+0000 (Coordinated Universal Time)
  • Method: autocannon -c 100 -d 10 -p 10 localhost:3000 (two rounds; one to warm-up, one to measure)
Version Router Requests/s Latency Throughput/Mb
koa 2.13.4 32781.1 30.00 5.85
tsed-koa 7.72.0 11666.5 84.97 9.88
express 4.19.2 10164.0 97.48 1.81
nest 8.4.3 9640.0 102.61 2.32
express-injector 4.19.2 9500.6 104.07 2.17
tsed-express 7.72.0 8386.0 118.10 1.54
express-morgan 4.19.2 5517.3 179.32 0.98
fastify-big-json 3.29.4 N/A N/A N/A
fastify-injector 3.29.4 N/A N/A N/A
fastify 3.29.4 N/A N/A N/A
nest-fastify 8.4.3 N/A N/A N/A

Explanation

The benchmark shows a performance difference between the frameworks. We note that Ts.ED is often last. In fact, Ts.ED uses features useful to a production application which reduce its performance.

For example, Ts.ED initializes a sandbox (async_hook) for each request in order to work in an isolated context if necessary.
It also initializes the elements necessary for monitoring requests in a log manager.

All this at a necessary cost that reflects the reality of a production application ;)

Copy link

Benchmarks

  • Machine: linux x64 | 4 vCPUs | 15.6GB Mem
  • Node: v18.20.3
  • Run: Wed Jun 19 2024 07:13:20 GMT+0000 (Coordinated Universal Time)
  • Method: autocannon -c 100 -d 10 -p 10 localhost:3000 (two rounds; one to warm-up, one to measure)
Version Router Requests/s Latency Throughput/Mb
koa 2.13.4 33433.6 29.39 5.96
tsed-koa 7.72.0 12016.4 82.48 10.18
express 4.19.2 10207.6 97.17 1.82
nest 8.4.3 10151.5 97.54 2.44
express-injector 4.19.2 9876.9 100.39 2.25
tsed-express 7.72.0 8773.6 112.75 1.61
express-morgan 4.19.2 5646.0 175.30 1.01
fastify-big-json 3.29.4 N/A N/A N/A
fastify-injector 3.29.4 N/A N/A N/A
fastify 3.29.4 N/A N/A N/A
nest-fastify 8.4.3 N/A N/A N/A

Explanation

The benchmark shows a performance difference between the frameworks. We note that Ts.ED is often last. In fact, Ts.ED uses features useful to a production application which reduce its performance.

For example, Ts.ED initializes a sandbox (async_hook) for each request in order to work in an isolated context if necessary.
It also initializes the elements necessary for monitoring requests in a log manager.

All this at a necessary cost that reflects the reality of a production application ;)

Copy link

Benchmarks

  • Machine: linux x64 | 4 vCPUs | 15.6GB Mem
  • Node: v18.20.3
  • Run: Wed Jun 19 2024 07:35:43 GMT+0000 (Coordinated Universal Time)
  • Method: autocannon -c 100 -d 10 -p 10 localhost:3000 (two rounds; one to warm-up, one to measure)
Version Router Requests/s Latency Throughput/Mb
koa 2.13.4 33323.6 29.47 5.94
tsed-koa 7.72.0 12348.7 80.26 10.45
express 4.19.2 10180.0 97.25 1.82
nest 8.4.3 9948.8 99.54 2.39
express-injector 4.19.2 9536.6 103.76 2.17
tsed-express 7.72.0 8656.7 114.42 1.59
express-morgan 4.19.2 5646.8 175.23 1.01
fastify-big-json 3.29.4 N/A N/A N/A
fastify-injector 3.29.4 N/A N/A N/A
fastify 3.29.4 N/A N/A N/A
nest-fastify 8.4.3 N/A N/A N/A

Explanation

The benchmark shows a performance difference between the frameworks. We note that Ts.ED is often last. In fact, Ts.ED uses features useful to a production application which reduce its performance.

For example, Ts.ED initializes a sandbox (async_hook) for each request in order to work in an isolated context if necessary.
It also initializes the elements necessary for monitoring requests in a log manager.

All this at a necessary cost that reflects the reality of a production application ;)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant