Skip to content


Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
100644 176 lines (130 sloc) 7.439 kb
229f2de @jlouis Bump news a bit to make it clear what v1.1.2 has.
1 Version 1.1.2:
3 Build system restructuring,
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.
13 Version 1.1.1:
15 Small quick bugfix release,
17 * Include etorrent.erl, which was not tracked by the repository.
039de23 @jlouis Bump NEWS.
19 Version 1.1.0:
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:
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.
40 Furthermore, we now support some new bittorrent protocol extensions:
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.
5860469 @jlouis Version Bump of NEWS and version.hrl.
46 Version 1.0.1:
48 Minor bug-fix release:
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.
a2077da @jlouis Bump NEWS.
55 Version 1.0:
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.
62 Highlights:
64 (Tuncer Ayaz): Estimate the ETA of torrents. Guess at when they are done.
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.
70 All module-exported functions now have edoc tags and -spec entries.
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.
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.
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.
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.
89 Numerous additional code cleanups here and there. It should be even easier to
90 read and understand now.
92 Make GitHub the official repository place:
96 Use for issues. Issues can be voted
97 on, so if one prefers one thing over the other, don't hesitate to hint me :)
fd1d7cb @jlouis Update the NEWS.
99 Version 0.9:
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.
e2db3a0 @jlouis Update NEWS.
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.
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.
fd1d7cb @jlouis Update the NEWS.
121 Changes:
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.
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.
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.
136 - Add support for installing etorrent. A shell-script, etorrentctl,
e2db3a0 @jlouis Update NEWS.
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.
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.
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.
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.
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.
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.
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.
165 precise. There are several optimizations possible revolving around
166 passive/active sockets.
fd1d7cb @jlouis Update the NEWS.
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.
4ff8204 @jlouis Update News and spell-check README.
172 Version 0.8:
e6c8714 @jlouis More GNU-standard style thingies.
e2db3a0 @jlouis Update NEWS.
174 First Technology Preview.
e6c8714 @jlouis More GNU-standard style thingies.
Something went wrong with that request. Please try again.