YGGverse/aquatic
1
0
Fork 0
mirror of https://github.com/YGGverse/aquatic.git synced 2026-03-31 17:55:36 +00:00
Code Issues Projects Releases Packages Wiki Activity Actions

Update TODO

Browse source
This commit is contained in:
Joakim Frostegård 2023-10-30 20:14:03 +01:00
parent 577161e540
commit dadb227c63
1 changed files with 17 additions and 14 deletions
Download patch file Download diff file Expand all files Collapse all files

31
TODO.md
View file

@ -2,22 +2,22 @@
## High priority ## High priority
* udp uring * aquatic_ws
* miri * Store OfferId that a peer has sent out and only allow answers matching
* thiserror? them to be sent? HashMap<(OfferId, PeerId), ValidUntil> could work, but
* CI not if peers reuse offer ids
* uring load test? * Validate SDP data
* More non-CI integration tests?
* Non-trivial dependency updates
* toml v0.7
* syn v2.0
## Medium priority ## Medium priority
* stagger cleaning tasks? * stagger cleaning tasks?
* Run cargo-fuzz on protocol crates * Run cargo-fuzz on protocol crates
* udp: support link to arbitrary homepage as well as embedded tracker URL in statistics page * udp
* support link to arbitrary homepage as well as embedded tracker URL in statistics page
* Non-trivial dependency updates
* toml v0.7
* syn v2.0
* quit whole program if any thread panics * quit whole program if any thread panics
* But it would be nice not to panic in workers, but to return errors instead. * But it would be nice not to panic in workers, but to return errors instead.
@ -47,6 +47,11 @@
## Low priority ## Low priority
* aquatic_udp * aquatic_udp
* udp uring
* miri
* thiserror?
* CI
* uring load test?
* what poll event capacity is actually needed? * what poll event capacity is actually needed?
* load test * load test
* move additional request sending to for each received response, maybe * move additional request sending to for each received response, maybe
@ -54,6 +59,8 @@
* aquatic_ws * aquatic_ws
* large amount of temporary allocations in serialize_20_bytes, pretty many in deserialize_20_bytes * large amount of temporary allocations in serialize_20_bytes, pretty many in deserialize_20_bytes
* 20 byte parsing: consider using something like ArrayString<80> to avoid
heap allocations
# Not important # Not important
@ -65,10 +72,6 @@
* 'left' optional in magnet requests? Probably not. Transmission sends huge * 'left' optional in magnet requests? Probably not. Transmission sends huge
positive number. positive number.
* aquatic_ws
* write new version of extract_response_peers which checks for equality with
peer sending request???
# Don't do # Don't do
* general: PGO didn't seem to help way back * general: PGO didn't seem to help way back