-
Notifications
You must be signed in to change notification settings - Fork 88
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
Benchmarking #516
Comments
I have to check. In the past, we had some performance issue. But I thought that we have solved it. Maybe it come back with an PR. Currently, our checks do not evaluate, if a PR creates some power losses. |
On my system I got better performance. Naive question. Do you build the Hermit application with |
No. But I got 4/5 requests/second which is several orders of magnitude
below what I would expect... how much performance are you getting? (just in
case I'll try with --release...).
El jue., 4 ene. 2024 19:34, Stefan Lankes ***@***.***>
escribió:
… On my system I got better performance. Naive question. Do you build the
Hermit application with --release?
—
Reply to this email directly, view it on GitHub
<#516 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AQVGKU5TPEAOWFSD6SIMEVLYM3Y4DAVCNFSM6AAAAABBGQ7ZBKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNZXGU3TMNZYGA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Yeah, it's expected to be slow without |
Yes, with --release I got 40 req/sec. Not a rocket but it works for me. Thanks! |
Network performance is something that we are actively looking into, so it should get better in the future. :) |
My apologies. I'm getting much, much more. This 40 req/sec is because an experimental KASLR I was implementing and also plus SSL offloading proxy before. Just tried your vanilla code with plain HTTP and I get 10.000 req/sec, which looks pretty good!!!
|
Ah, I am relieved. Thanks for clarifying! |
I'm trying to make a simple benchmark to a very simple code using "tiny_http" like this:
I'm doing an extremely soft "benchmark" and getting those results:
Looks like concurrent connections are not handled also with no concurrency at all I get this:
My console output (qemu-system-aarch64):
I'm using Hermit 0.8.0. I'm missing something for sure as this low performance is not normal.... any hint?
The text was updated successfully, but these errors were encountered: