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 2020-04-12 22:07:11 +02:00
parent 06ff4ad9d0
commit 6c4013ca55
1 changed files with 20 additions and 13 deletions
Download patch file Download diff file Expand all files Collapse all files

33
TODO.md
View file

@ -18,26 +18,33 @@
# Not important # Not important
## aquatic
* No overflow on instant + duration arithmetic now, hopefully? * No overflow on instant + duration arithmetic now, hopefully?
* extract_response_peers * extract_response_peers
* Cleaner code * Cleaner code
* Stack-allocated vector? * Stack-allocated vector?
* Benchmarks * Use log crate for errors, including logging thread names? I could probably
* num_rounds command line argument use code from old rs_news project for that.
* Send in connect reponse ids to other functions as integration test
* Save last results, check if difference is significant?
* ProgressBar: `[{elapsed_precise}]` and eta_precise?
* Test server over udp socket instead?
* Performance * Performance
* cpu-target=native good? * cpu-target=native good?
* mialloc good? * mialloc good?
* Use less bytes from PeerId for hashing? Would need to implement * Use less bytes from PeerId for hashing? (If yes, only save half of them
"faulty" PartialEq too (on PeerMapKey, which would be OK) or so in PeerMapKey). Might improve performance, but probably not worth
* bittorrent_udp it.
* Avoid heap allocation in general if it can be avoided?
* request from bytes for scrape: use arrayvec with some max size for ## aquatic_bench
torrents? With Vec, allocation takes quite a bit of CPU time * num_rounds command line argument
* Optimize bytes to scrape request: Vec::with_capacity or other solution (SmallVec?) * Send in connect reponse ids to other functions as integration test
* Save last results, check if difference is significant?
* ProgressBar: `[{elapsed_precise}]` and eta_precise?
* Test server over udp socket instead?
## bittorrent_udp
* Avoid heap allocation in general if it can be avoided?
* request from bytes for scrape: use arrayvec with some max size for
torrents? With Vec, allocation takes quite a bit of CPU time
* Optimize bytes to scrape request: Vec::with_capacity or other solution (SmallVec?)
# Don't do # Don't do