Http4k-netty performs really badly on all benchmarks (with lots of errors)
See original GitHub issueI’ve checked the techempower benchmarks and it seems that http4k-netty
performs really badly and has a lot of errors in the benchmarks. Is this an inherent problem with Netty or is the benchmark bad?
Issue Analytics
- State:
- Created 5 years ago
- Comments:16 (8 by maintainers)
Top Results From Across the Web
Changelog
http4k -* : Upgrade some dependency versions. http4k-server-netty : Fix #141 Http4k-netty performs really badly on all benchmarks. Massive H/T adam-arold!
Read more >I'd say performance in this benchmark is inversely related ...
I'd say performance in this benchmark is inversely related with how nice it is to express business logic in the respective language/framework, ...
Read more >Frameworks for server work : r/Kotlin
The abstraction layer in Javalin is a bit thinner, so performance should be a bit ... I use it with Jetty (Jetty is...
Read more >What I Learnt from Benchmarking Http4k, Ktor (Kotlin) and ...
Errors should be recorded in any benchmark, so here we go. All frameworks behave exemplarily in our case, giving pure zero errors till...
Read more >http4k: Server as a Function - YouTube
This session is a practical introduction to http4k, a functional toolkit for writing Kotlin HTTP applications for Server, Serverless, ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Here you go: https://storage.googleapis.com/strohel-pub/bench-http4k-server-engines-excerpt/bench-results.html
Cool, tried it now and I can confirm that the TCP connection is now persistent (netty even adds
connection: keep-alive
header) andwrk
is not fooled anymore. Let me run more representative and lengthier benchmarks and report the results.