TODO.md: update headings to reflect new crate names

This commit is contained in:
Joakim Frostegård 2020-05-25 19:56:06 +02:00
parent 9aa8f3e8f2
commit efdd0315b0

10
TODO.md
View file

@ -11,7 +11,7 @@
use of Ipv4 ones, I have to check. use of Ipv4 ones, I have to check.
* More tests? * More tests?
## bittorrent_udp ## aquatic_udp_protocol
* Tests with good known byte sequences (requests and responses) * Tests with good known byte sequences (requests and responses)
# Not important # Not important
@ -49,7 +49,7 @@
* mialloc good? * mialloc good?
* Try using flume (MPSC) or multiqueue2 (MPMC) instead of crossbeam channel * Try using flume (MPSC) or multiqueue2 (MPMC) instead of crossbeam channel
## bittorrent_udp ## aquatic_udp_protocol
* Avoid heap allocation in general if it can be avoided? * Avoid heap allocation in general if it can be avoided?
* request from bytes for scrape: use arrayvec with some max size for * request from bytes for scrape: use arrayvec with some max size for
torrents? With Vec, allocation takes quite a bit of CPU time torrents? With Vec, allocation takes quite a bit of CPU time
@ -57,7 +57,7 @@
* Don't do endian conversion where unnecessary, such as for connection id and * Don't do endian conversion where unnecessary, such as for connection id and
transaction id? transaction id?
## cli_helpers ## aquatic_cli_helpers
* Include config field comments in exported toml (likely quite a bit of work) * Include config field comments in exported toml (likely quite a bit of work)
@ -74,9 +74,9 @@
Doesn't work since it means conversion to bytes must be done while holding Doesn't work since it means conversion to bytes must be done while holding
readable reference to entry in torrent map, hurting concurrency. readable reference to entry in torrent map, hurting concurrency.
## bittorrent_udp ## aquatic_udp_protocol
* Use `bytes` crate for bittorrent_udp: seems to worsen performance somewhat * Use `bytes` crate: seems to worsen performance somewhat
* Zerocopy (https://docs.rs/zerocopy/0.3.0/zerocopy/index.html) for requests * Zerocopy (https://docs.rs/zerocopy/0.3.0/zerocopy/index.html) for requests
and responses? Doesn't work on Vec etc and responses? Doesn't work on Vec etc
* New array buffer each time in response_to_bytes: doesn't help performance * New array buffer each time in response_to_bytes: doesn't help performance