21a41cccf5
retrying with exponential backoff |
||
---|---|---|
benchmarks | ||
pixelflut | ||
render | ||
rpc | ||
.gitignore | ||
IDEAS.md | ||
LICENSE | ||
README.md | ||
main.go |
README.md
🌊🌊🌊 Hochwasser 🌊🤽🌊
Highly efficient client for Pixelflut: Faster than sturmflut! (In some benchmarks at least)
Can currently only send a single picture though.
benchmark
The following benchmark was run on a max-spec X280 against version d4c574b.
I could not figure out what the performance bottleneck is, but it doesn't seem to be CPU limited, as turbo-boost doesn't kick in.
To reproduce, run the following commands in separate shells:
iperf -s -p 1337
go run main.go -image benchmark/test.png -connection 10
55 Gbps on average! 🌊🌊🌊
sturmflut (./sturmflut 127.0.0.1:1337 benchmark/test.png -t 10
, version 8ec6ee9
) managed to get 48 Gpbs throughput on this system.
Hint: Benchmarking throughput against the pixelnuke server is pointless, as performance is then CPU-limited to ~1 Gbps by the server. Using iperf removes the server limitation. This also means that these metrics of several Gbps are far higher than realworld scenarios.
future ideas
For future ideas check IDEAS