losfair / losfair/zeroserve

benchmark against redbean?

Open
#2 1 comment 0 reactions 0 assignees View on GitHub
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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.