You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
A drop in simultaneous requests per seconds with Bun when Sentry is active #12561
Compile your app and launch a stress test (bombardier 100 concurrent, 1 million requests) on a simple route
[https://github.com/codesenberg/bombardier](Bombardier link)
Command: bombardier -c 100 -n 1000000 http://localhost:8080/stress
Put your dsn in the Sentry.init as undefined
Recompile your app and relaunch the same stress test
FYI: I just convert my Typescript Express APP CJS into a fully ESM Express app, builded with esbuild and powered by Bun.
After that, i wanted to check the effective gain of this conversion with some stress test.
In my CJS Node app, there's a small difference with or without Sentry:
Average of 18190.75 requests seconds with Sentry
Average of 19211.16 requests seconds without
In node i was using the 8.8.0 version of @sentry/node.
changed the title [-]A drop of simultaneous requests per seconds with Bun when Sentry is active[/-][+]A drop in simultaneous requests per seconds with Bun when Sentry is active[/+]on Jun 19, 2024
Passing to @sentry/node makes me go to 47426.66 requests per seconds instead of 31048 requests per seconds. Same result with or without skipOpenTelemetrySetup: true
In the other hand, if keep @sentry/bun and i put skipOpenTelemetrySetup: true, the init function doesn't recognise it (TS interface not implemented yet ?), but it improve the results, from 31048 requests per seconds to 38775.97 requests per seconds.
For now, i will use @sentry/node, thanks for the tip !
okay so this is something with our Bun instrumentation then!
I'm going to backlog this, but any kind of profile of a request with the Bun SDK active would be a big help in us understanding the performance differences!
Activity
[-]A drop of simultaneous requests per seconds with Bun when Sentry is active[/-][+]A drop in simultaneous requests per seconds with Bun when Sentry is active[/+]AbhiPrasad commentedon Jun 19, 2024
@riepspellz if you add
skipOpenTelemetrySetup: trueto yourSentry.initcall do you see similar performance problems?If you use
@sentry/nodeinstead of@sentry/bun(top-level API should be identical), do you see similar performance issues?riepspellz commentedon Jun 19, 2024
Hello @AbhiPrasad ,
It seems to work !
Passing to
@sentry/nodemakes me go to 47426.66 requests per seconds instead of 31048 requests per seconds. Same result with or withoutskipOpenTelemetrySetup: trueIn the other hand, if keep @sentry/bun and i put
skipOpenTelemetrySetup: true, the init function doesn't recognise it (TS interface not implemented yet ?), but it improve the results, from 31048 requests per seconds to 38775.97 requests per seconds.For now, i will use @sentry/node, thanks for the tip !
AbhiPrasad commentedon Jun 19, 2024
okay so this is something with our Bun instrumentation then!
I'm going to backlog this, but any kind of profile of a request with the Bun SDK active would be a big help in us understanding the performance differences!
lforst commentedon Mar 3, 2025
Closing this due to inactivity. If we get a memory profile we can take another look.