benchmark against redbean?
- Dominant language
- Rust
- Stars
- 622
- Forks
- 8
- Avg merge
- 38m
- Merged PRs (30d)
- 1
Description
Hi,
interesting project. How does it compare to https://redbean.dev/ which claims to be very fast, too?
I would be interested in benchmarks, due to this claim of
https://github.com/jart/cosmopolitan/blob/master/tool/net/help.txt#L15:
"redbean can serve 1 million+ gzip encoded responses per second on a
cheap personal computer. That performance is thanks to zip and gzip
using the same compression format, which enables kernelspace copies.
Another reason redbean goes fast is that it's a tiny static binary,
which makes fork memory paging nearly free."
It seems to me there is some overlap of ideas here - serving directly from. ZIP archive vs tar - but the performance figures of zeroserve are lower at face value.
How about a fair benchmark that directly compares with an optlinux-compiled version of redbean on multi-core hardware.
Cheers, Markus
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reviewing zeroserve's existing benchmark entry points, if any, and the server's HTTPS serving path. Compare it with an optlinux-compiled redbean build on multi-core hardware using a fair workload, then document the setup and comparative results.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- backend, performance
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100