Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Newer
Older
100644 176 lines (130 sloc) 7.439 kb
229f2de @jlouis Bump news a bit to make it clear what v1.1.2 has.
authored
1 Version 1.1.2:
2
3 Build system restructuring,
4
5 * This version adds support for a new build system. The README has
6 been updated with the information about how to build the software
7 now. Compared to earlier, we can now build a release which is a
8 stand-alone version of Erlang/OTP and etorrent bundled up nicely.
9 * Locations of log files has been vastly improved.
10 * Magnus Klaars work on DHT has been included. It is not prime-time
11 ready yet, but it is a start.
12
13 Version 1.1.1:
14
15 Small quick bugfix release,
16
17 * Include etorrent.erl, which was not tracked by the repository.
18
039de23 @jlouis Bump NEWS.
authored
19 Version 1.1.0:
20
21 In this version, we have mostly cleaned up some code paths to make
22 room for further improvements and adaptations. From v1.0.0 we have the
23 following important changes:
24
25 * Add boxplots next to the sparklines in the WebUI. Boxplots will
26 quickly tell you the current speed of a torrent file which is
27 being processed by etorrent.
28 * Add backwards compatibility for Erlang R13B-x.
29 * Change the chunk_mgr ETS table to a bag rather than a set. We used
30 bag semantics by implementing them as lists anyway and there is a
31 slight improvement in letting the C-code handle the bag. It also
32 shaves off about 50 lines of code.
33 * Use gproc for process registration. This greatly simplifies the
34 code at the expensive of a dependency on gproc and gen_leader
35 (gen_leader we don't use for anything, but gproc needs).
36 * API calls are now again called etorrent:h() and such. Moved from
37 the application code in etorrent_app.
38 * Fix a bug in the WebUI where an icon was referenced incorrectly.
39
40 Furthermore, we now support some new bittorrent protocol extensions:
41
42 * Support for extended messaging (BEP-10).
43 * Support for multi-tracker torrents (BEP-12). To be really useful,
44 we also need support for BEP-15 which is UDP tracking.
45
5860469 @jlouis Version Bump of NEWS and version.hrl.
authored
46 Version 1.0.1:
47
48 Minor bug-fix release:
49
50 * (WebUI) Sparklines are reset properly when torrents complete
51 * (WebUI) Boxplots beside the sparklines.
52 * (Bug) Tracker is now correctly told about completion.
53 * (Bug) Up/Downloaded is now reported as the concensus in the BT community.
54
a2077da @jlouis Bump NEWS.
authored
55 Version 1.0:
56
57 First release I admit others might find useful. It is also the first release
58 in 2 years. Again, we incrementally improve over the latest release by
59 increasing overall robustness of the application. CPU usage and Memory usage
60 has in general been improved in this release.
61
62 Highlights:
63
64 (Tuncer Ayaz): Estimate the ETA of torrents. Guess at when they are done.
65
66 When processes are stopping, correctly clean up ETS tables. The solution we
67 use is to place monitors on key processes. Bookkeeping processes then act on
68 'DOWN' messages and remove ETS entries again.
69
70 All module-exported functions now have edoc tags and -spec entries.
71
72 We now use rebar for building the application. To come is a standalone-node
73 provisioning. For now the 'run' makefile target is to be used. Also adapt the
74 file layout mandated by rebar.
75
76 Adaptive active/passive sockets. When a peer is slow, we manage the socket
77 ourselves. This gives fine granularity of its speed. When the peer socket
78 jumps above a high watermark, it is made active, pushing the overhead to the
79 C-layer of the VM.
80
81 Use an LRU-replacement scheme on open files. Limit the number of open files
82 to 128 at once. This enables torrents with more than 1024 - OPEN_SOCKETS
83 files to be downloaded.
84
85 Add a WebUI. The inets server provides a simple RPC-service for a primarily
86 Javascript-enabled web-frontend. It can only display the basic overview at
87 the moment, but it should be easy to extend with new functionality.
88
89 Numerous additional code cleanups here and there. It should be even easier to
90 read and understand now.
91
92 Make GitHub the official repository place:
93
94 http://github.com/jlouis/etorrent
95
96 Use http://github.com/jlouis/etorrent/issues for issues. Issues can be voted
97 on, so if one prefers one thing over the other, don't hesitate to hint me :)
98
fd1d7cb @jlouis Update the NEWS.
authored
99 Version 0.9:
100
101 This is yet another Tech. Preview release. The torrent client works
102 to the point where it can be used to download things, but it have
103 not seen much testing yet and there are numerous places it can be
104 improved still. Yet, there are so many changes, that it warrants a
105 new release.
106
e2db3a0 @jlouis Update NEWS.
authored
107 The current regressions revolve around a high CPU usage at times. We
108 expect to tackle this problem next with some profiling. We also
109 expect to tackle fast resume support as the main "new thing". And
110 some 10 things in the issue tracker and the TODO lists for the
111 next release. I don't expect it to follow as fast as this one.
112
113 One development methodology change worth mentioning: the git
114 repository now uses several branches laid out as described in
115 doc/git.txt. Tracking the 'master' branch ought to provide you with
116 a system that is stable at all times, while tracking the 'next'
117 branch gives you the 'cooking pot' of new things that ought to be
118 tested. We'll try to keep 'next' stable, though it may have problems
119 at times.
120
fd1d7cb @jlouis Update the NEWS.
authored
121 Changes:
122
123 - There is a set of new commands for viewing what is currently
124 cooking in the torrent client. etorrent:l/0, etorrent:s/1,
125 etorrent:h/0. Implemented with help from Tuncer Ayaz.
126
127 - Changed build infrastructure. No more autoconf. It simplifies the
128 build structure considerably. Introduce the use of EMakefile for
129 building the erlang parts of the system. Reinstate all make targets
130 and add a 'tags' target for building a TAGS file.
131
132 - etorrent now correctly handles the 'min_interval' tracker response
133 parameter. It is not strictly part of the spec, but everybody uses
134 it.
135
136 - Add support for installing etorrent. A shell-script, etorrentctl,
e2db3a0 @jlouis Update NEWS.
authored
137 is provided to control the etorrent daemon. The installer, while
138 overly simple, has not seen much testing as of yet and may not
139 work. It will be tested before v1.0.
fd1d7cb @jlouis Update the NEWS.
authored
140
141 - etorrent no longer pre-fills files it want to download with
142 junk. It uses the semantics of fseek() to make a file of the right
143 size initially.
144
145 - several ETS restructurings has brought the memory use
146 down. Before, etorrent would take some 660 megabytes of memory
147 running 20 torrents. Now it is more like 50-80 megabytes for 20
e2db3a0 @jlouis Update NEWS.
authored
148 torrents. More can be shaved but this is a good start. Also, memory
149 usage still occasionally spikes because we are doing nothing in certain
150 situations to limit it.
fd1d7cb @jlouis Update the NEWS.
authored
151
152 - New choking/unchoking algorithm, based on a combination of
153 BitTornado/BitTorrent/Transmission. This is not the smartest one can
154 do, but it follows the spec more or less precisely.
155
156 - Event Publisher. A gen_event OTP behaviour one can subscribe to and
157 get information about the system. A logfile subscriber is there by
158 default.
159
160 - Rate calculation optimizations. etorrent now uses a running
161 average over a period of up to 20 seconds to measure the rate of a
162 peer. This yields a more fair measurement of individual peers so we
163 claim the best peers. While here, change the sockets to be passive
164 for now. It bumps the CPU-usage, but makes the rate calculation more
e2db3a0 @jlouis Update NEWS.
authored
165 precise. There are several optimizations possible revolving around
166 passive/active sockets.
fd1d7cb @jlouis Update the NEWS.
authored
167
168 - Robustize the supervisor tree. etorrent is now less likely to die
169 due to a crash somewhere in the tree. It is not entirely safe yet,
170 but it will be during the next releases.
171
4ff8204 @jlouis Update News and spell-check README.
authored
172 Version 0.8:
e6c8714 @jlouis More GNU-standard style thingies.
authored
173
e2db3a0 @jlouis Update NEWS.
authored
174 First Technology Preview.
e6c8714 @jlouis More GNU-standard style thingies.
authored
175
Something went wrong with that request. Please try again.