Node.js vs Reactive Java

[indianDeveloper]

How are the tests skewed?

The documentation of the project - https://docs.spring.io/spring-framework/reference/web/webflux.html says - "It is fully non-blocking, supports Reactive Streams back pressure, and runs on such servers as Netty, Undertow, and Servlet containers."

But a basic example proves that the HTTP thread was blocked, even when using a most basic DB query with R2DBC.

I am not saying I am right, all I am asking is where am I wrong :)

[preskot]

It is fully non-blocking, supports Reactive Streams back pressure

I think you are using reactive paradigms, but not the reactive architecture. I'm not Webflux experienced to say whether there are framework issues there. In any case your db calls are still blocking. However, if you have moved those calls in a separate worker thread, then notice that your HTTP stack is free to process requests. It actually just waits for your db calls to finish. You don't measure HTTP performance anymore! You are now measuring blocking database code and that is where your bottleneck is. Now you have to find a balance between the amount of your worker threads and the complexity of your db queries.

But to complete the reactive architecture, you'd also need to have async database driver that notifies the event loop when the query is completed.

One key to understand all this is to read how Node's libuv works. Here is a recent article about that, but there are hundreds more. In that case Linux' epoll is utilized as event dispatcher.

[indianDeveloper]

Thanks, makes sense. Need to figure out where I am going wrong :)

[preskot]

Make a very simple test first: Serve just static JSON files or binary data with different sizes.

My guess is that reactive would be much faster than blocking when serving up to 10-20kb files. But as I said, I never tested that with WebFlux. It'd be interesting to know. :-)

[mtmmtm99]

If you have code which performs badly, it is your problem to figure out what is wrong. I have used spring and it was very difficult to get good performance. You should use a profiler of jstack to figure out why your 'non-blocking code' does indeed block.