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 2022-11-12 15:35:48 +01:00
parent 38a4856242
commit 4342a3387e
1 changed files with 7 additions and 4 deletions
Download patch file Download diff file Expand all files Collapse all files

11
TODO.md
View file

@ -33,7 +33,6 @@
* replacing indexmap_amortized / simd_json with equivalents doesn't help * replacing indexmap_amortized / simd_json with equivalents doesn't help
* SinkExt::send maybe doesn't wake up properly? * SinkExt::send maybe doesn't wake up properly?
* related to https://github.com/sdroege/async-tungstenite/blob/master/src/compat.rs#L18 ? * related to https://github.com/sdroege/async-tungstenite/blob/master/src/compat.rs#L18 ?
* Consider using simd-json known-key feature
* aquatic_http_private * aquatic_http_private
* Consider not setting Content-type: text/plain for responses and send vec as default octet stream instead * Consider not setting Content-type: text/plain for responses and send vec as default octet stream instead
@ -42,8 +41,13 @@
* check user token length * check user token length
* site will likely want num_seeders and num_leechers for all torrents.. * site will likely want num_seeders and num_leechers for all torrents..
* extract_response_peers * Performance hyperoptimization (receive interrupts on correct core)
* don't assume requesting peer is in list? * If there is no network card RSS support, do eBPF XDP CpuMap redirect based on packet info, to
cpus where socket workers run. Support is work in progress in the larger Rust eBPF
implementations, but exists in rebpf
* Pin socket workers
* Set SO_INCOMING_CPU (which should be fixed in very recent Linux?) to currently pinned thread
* How does this relate to (currently unused) so_attach_reuseport_cbpf code?
## Low priority ## Low priority
@ -56,7 +60,6 @@
* 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
* so_attach_reuseport_cbpf
* extract response peers: extract "one extra" to compensate for removal, * extract response peers: extract "one extra" to compensate for removal,
of sender if present in selection? of sender if present in selection?