-
-
Notifications
You must be signed in to change notification settings - Fork 209
/
TODO_LONGTERM
142 lines (82 loc) · 3.98 KB
/
TODO_LONGTERM
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
== API changes ==
Add macro for asserting with internal_error exception.
A disk setting manager, allow change of read-ahead etc. Each download
should also include slots for monitoring syncing, etc.
The seed count and scrape leech/seed.
Rename FileListIterator.
Allow the client to set the priority of chunks directly, just add some
helper functions.
Remove the old non-const rate functions in Download.
Allow flags to be passed during creation of download. This would be
used to f.ex deciding if a download should be considered a multi-file
torrent or not.
=== torrent::Object ==
Ways of checking that they are a value and between a range.
Make an union of two bencode streams. This will allow rtorrent to save
much smaller files with recent changes, and thus not require
re-constructing torrent files of ~100KB in some cases.
Add a variable that has can have an off state, plus a value range.
Add a bit for modified entries, or perhaps just freeze lists/maps.
Need to make this cheap for copying, so that we don't need to rely on
an inherently borked design in the use of Variable::m_cache. It
doesn't work if we call the same variable several times.
=== Session management ==
Saving session torrents should be lazy, perhaps only for those who are
not open. Or do session torrent saving as needed, when seeding is
stopped etc. Perhaps a dirty flag.
== Configurable keybindings ==
...
== Efficiently handle torrents in watched directories ==
Currently a load is triggered every time for a bad torrent/duplicate
torrent. Fix this.
Consider tieing new files that match old torrents without a
tied_to_file.
== Delegator rework ==
Keep multiple downloads of the same block seperate. When done, and
hash checking fails, compare pieces and merge/mark equal pieces. Those
would have higher priority when comparing, but not absolute.
The anonymous mmap'ed regions would contain different dtor functor
than file chunks.
We need to keep around PeerInfo's after peers disconnect, so we store
information for longer that the immediate connection. This also eases
the delegator since we can use pointers to identify the peer we
downloaded the piece from.
Get rid of affinity, perhaps each peer saves the pointer to the
delegator chunk they are currently using, in addition to the delegator
piece.
Re-enable randomized selector position.
Do the range-disable and position moving in d selector.
== Sockets ==
Look into increasing the socket buffers. This would allow us to queue
more data for each poll event. But make sure we only get polled when
the buffer can take a nice amount of data.
The goal would be to push as much data into the buffer per event as
possible if it is uploading fast.
== Improve logging ==
...
== Disk worker thread ==
A worker thread that gets activated to do stuff like hashing and
syncing to disk. This would have the benefit of avoiding SIGBUS due to
full disk as msync can be called blockingly.
Before work can start on this, a threading library needs to be
available. Possibly the TR2 stuff?
== Tracker scrape ==
Add tracker scraping and display connected/not-connected seeds and
leechers.
In the mean time, parse the extra information the official tracker
transmits on requests.
== typedefs or more restrictive types for chunk indices, ports and such ==
These would include defines for invalid states etc.
== Validate the presence of files for session torrents ==
Make sure that when session torrents are opened, it ensures that the
downloaded/ing files are where we last saw them. Libtorrent shouldn't
create the files when opened, but perhaps a call can be added for
trying to make them?
Also, when starting torrents, bork on incorrect sizes so as to not
overwrite files created by other torrents.
== Added initialization stuff to sections in the elf file? ==
Stuff like adding stuff to the ClientInfo object could be done from
with a resource file embedded in the executable.
== Extensions ==
* Send max block size on connection initialization.
* Don't send the whole bitfield when you're a seeder.