NGINX Unit and vibe.d Integration Performance

Kyle Ingraham kyle at kyleingraham.com
Thu Oct 31 16:50:22 UTC 2024


On Thursday, 31 October 2024 at 16:43:09 UTC, Kyle Ingraham wrote:
> This approach increased requests processed per events 
> emitted/waited from 1:1 to 10:1. This had no impact on event 
> loop overhead however. The entire program still spends ~50% of 
> its runtime in this function: 
> https://github.com/vibe-d/eventcore/blob/0cdddc475965824f32d32c9e4a1dfa58bd616cc9/source/eventcore/drivers/posix/cfrunloop.d#L38. I'll see if I can get images here of my profiling. I'm sure I'm missing something obvious here.

I forgot to add that once you add delays to my demonstrator and a 
program using vibe.d's web framework the two have similar 
performance numbers. Adding a 10ms sleep resulted in 600 req/s 
for my demonstrator and 630 req/s for vibe.d.

It's encouraging to see the benefit of vibe.d's concurrency 
system with delays added. I'd like to be able to use it without 
drastically affecting throughput for no-delay cases however.


More information about the Digitalmars-d-learn mailing list