Software-update: Azureus 2.4.0.2

Azureus is een in Java geschreven BitTorrent-client en kan gebruikt worden op Windows, Linux en Mac OS X. Het programma heeft verschillende features aan boord zoals het geven van prioriteiten op bepaalde torrents of zelfs op afzonderlijke bestanden in een torrent. Verder heeft het een ingebouwde tracker zodat zelf bestanden delen ook tot de mogelijkheden behoort en kan de functionaliteit uitgebreid worden door middel van plugins. Versie 2.4.0.2 is sinds kort beschikbaar met de volgende aankondiging:

What's new in Azureus 2.4.0.2:
    Faster Crash Recovery
    By default Azureus will now only check parts of the file that were being actively downloaded the last time resume data was saved. The old behaviour of rechecking the whole file can be re-enabled via 'Files' configuration.

    Bug fixes and performance improvements
    Notable fixes:
    • Occassionally encrypted connections would send invalid data
    • Startup error 'no class found' fixed.
    • Data transfer to slow peers improved.

    Note: New Windows launcher might require allowing "Azureus.exe" Internet access in your software firewall.
[break]
Azureus screenshot met country locator plugin (resized)
Versienummer 2.4.0.2
Besturingssystemen Windows 9x, Windows NT, Windows 2000, Linux, Windows XP, macOS, Windows Server 2003
Website Azureus
Download http://azureus.sourceforge.net/download.php
Licentietype GPL

Door Japke Rosink

Meukposter

17-03-2006 • 11:59

19

Bron: Azureus

Update-historie

08-'14 Vuze 5.4.0.0 4
11-'13 Vuze 5.2.0.0 11
08-'13 Vuze 5.1.0.0 1
05-'13 Vuze 5.0.0.0 6
02-'13 Vuze 4.9.0.0 0
12-'12 Vuze 4.8.1.0 1
10-'12 Vuze 4.8.0.0 0
09-'12 Vuze 4.7.2.0 1
07-'12 Vuze 4.7.1.0 0
12-'11 Vuze 4.7.0.2 0
Meer historie

Reacties (19)

19
19
10
1
0
6
Wijzig sortering
Ik heb uTorrent gebruikt en ik haalde maar niet de zelfde snelheden als met Azureus. Ondanks dat het wat meer ram geheugen vreet blijft dit toch mijn favo torrent client.
Werkt ie ook al op de windows-x64 versie van de Java VM? Om de een of andere reden blijft/bleef ie dan nml zeuren dat Java niet geinstalleerd is.
Anoniem: 114584 @_Thanatos_17 maart 2006 14:12
Ik denk het niet, azureus maakt gebruik van SWT library, voor zover ik weet werken alle java programma's die gebruik maken van SWT (Eclipse enzo) niet op x64 VM. :(
So much voor de gefaamde platformonafhankelijkheid van Java :r
Fijn programma met enorm veel mogelijkheden. Helaas slurpt het enorm veel CPU op mijn linux server. Komt door JAVA. Ik wacht met smart op een Linux versie van utorrent.
Ik gebruik sinds kort weer versie 2.3.0.6, want de nieuwere versies gaven de ratio-verhouding aan, en ik kreeg sterk de indruk dat in die versie daar rekening mee ging lopen houden. Dus: hoge ratio verhouding: snel downloaden lage ratio verhouding: trage downloads.

Deze 2.3.0.6 loop gewoon als een tierelier, en ik ben niet verplicht om uploads aan te laten staan.
Soms is het gewoon irritant dat je systeem en/of verbinding traag wordt met meer dan 2 downloads......
goed programma, nog steeds het meest veelzijdige torrentprogramma out there. Was het eigenlijk wel al nodig om een nieuwe versie uit te brengen? De bugfixes zijn nu niet bepaald om over om naar huis te schrijven.

Anyway, laat de java haters hun ding nu maar doen in de comments :P
ja, over java-haters gesproken...die hoor ik meer alleen heb ik nooit de reden kunnen achterhalen waarom zoveel mensen er een hekel aan hebben. Beknopte uitleg?
Ik weet wel een goed argument hoor: GUI-dingen zijn traaaag in Java. In ieder geval op win32 wel.
Anoniem: 154093 @_Thanatos_17 maart 2006 12:53
SWT is een *stuk* sneller dan de standaard UI componenten die AWT en Swing bieden. Bovendien ziet SWT er stukken mooier (en meer native-achtig) uit.

Azureus zuipt bij mij echt niet veel resources. Wat wel veel resources zuipt is een IDE zoals Eclipse, maar dan nog moeten er veeeeel plugins bij mij geladen zijn.
TouW, en draait azureus dan als WoW64 proces, of als native x64?
Ik weet niet helemaal waar je het over hebt als je het over SWT of Swing hebt, maar het lijkt me dat Azureus ze dus niet gebruikt en wel zou moeten gebruiken...
Mijn huidige versie 2.4.0.1 werkt prima hier op x64! Ik zal vanavond meteen even kijken of 2.4.0.2 ook goed werkt, maar het lijkt me logisch van wel.
tja.. azureus doet zijn ding, maar get the facts over resources:
gentoo linux, sun java 1.5.06:
pieter@pico ~ $ ps -eo pid,%mem,rss,%cpu,command | grep -i azu | grep -v grep
19487 0.2 1124 0.0 /bin/sh /usr/local/bin/azureus
19488 0.2 1240 0.0 /bin/bash ./azureus
19509 22.3 115272 13.9 java -Xms16m -Xmx128m -cp .:/usr/local/azureus/Azureus2.jar:/usr/local/azureus/swt.jar -Djava.library.path=/usr/local/azureus -Dazureus.install.path=/usr/local/azureus org.gudy.azureus2.ui.swt.Main
112.5 MB, 1 torrent open.
Hiermee vertel je azureus dus ook dat hij max 128mb geheugen mag gebruiken:
-Xmx128m
Bij mij daarentegen:

[michel@gateway ~]$ ps -eo pid,%mem,rss,%cpu,command | grep -i azu | grep -v grep
17033 0.1 1208 0.0 /bin/bash /usr/local/bin/azureus/azureus
17058 14.9 116020 4.1 /usr/java/jre1.5.0_05/bin/java -Xms16m -Xmx128m -cp /usr/local/bin/azureus/Azureus2.jar:/usr/local/bin/azureus/swt.jar:/usr/local/bin/azureus/swt-mozilla.jar:/usr/local/bin/azureus/swt-pi.jar -Djava.library.path=/usr/local/bin/azureus -Dazureus.install.path=/usr/local/bin/azureus org.gudy.azureus2.ui.swt.Main

En ik ben iets van 40 files aan het seeden. Blijkbaar is het geheugengebruik niet evenredig met het aantal openstaande torrents...?
dan moet er iets zwaar mis zijn met je installatie. Bij mij neemt azureus iets meer dan 10 meg in wanneer er 6 torrents openstaan
Sinds de vorige versie van Azureus overgestapt op uTorrent. Snelheid maakt vrij weinig uit, maar het is zo vervelend dat dat Java gedoe ernstig veel van je RAM opslurpt.
Inzichtvol m'n neus.

2.4.0.2 is een hele zinvolle update.

Het ondersteunt Protocol Header Encryption (2.4.0.0 ook maar er was een bug die kon leiden tot veel hash fouten).

Is handig als je ISP UPC heet.

Snelheden zijn als altijd gelijk en ik draai nog een redelijk oude JRE versie.

Op dit item kan niet meer gereageerd worden.