Software-update: Azureus 2.3.0.2

De ontwikkelaars van Azureus hebben vandaag in de vorm van 2.3.0.2 een nieuwe versie van de Java BitTorrent-client beschikbaar gesteld. De update is vanaf deze pagina voor onder meer Windows, Linux en MacOS X te downloaden. Welke veranderingen in Azureus 2.3.0.2 zijn doorgevoerd kan je hieronder lezen:

New Features:

• UI | Console UI now has update check, alerting and DHT stats
• UI | SWT make torrent wizard remembers value for "add other hashes"
• UI | Console UI logging config
• Plug | Added progress indicator and torrent stats to tracker web templates
• Plug | Availability column added to webui + some alignment changes
• Plug | XML/http interface access to individual torrent file stats added

Changes:

• Core | CPU usage reductions when connected to many idle peers
• Core | Disable console view logging by default
• Core | Memory usage reductions and optimizations
• Core | Improved long-term connection-attempt management
• Core | DHT bootstrap in absence of version-check server improved
• Core | DHT IP filter reports reduced
• Core | Disk manager read/write threads now started on demand
• UI | Default for "add other hashes" in make torrent wizard and sharing config changed to false
• UI | Retention of log history removed as taking up to 1MB mem
• UI | Added missing spaces back into SWT dock item's tooltip
• UI | Restore version number on status bar and add protocol rate to the stats view
• Plug | JPC plugin refactoring to help reduce cache server load

Corrected bugs:

• Core | Fix compatibility with JRE 1.4 series under Win32 due to NIO bug
• Core | Ignore peers with these data ports config option didn't work the DHT and PEX obtained peers
• Core | DHT IP derivation from contacts fixed

Versienummer	2.3.0.2
Besturingssystemen	Windows 9x, Windows 2000, Linux, Windows XP, macOS, Solaris
Website	Azureus
Download	http://azureus.sourceforge.net/download.php
Licentietype	GPL

Reacties (20)

[HardinxCore]

Ik had in versie 2.3.0.(0 of 1) problemen in combinatie met NOD32 antivirus.

M'n CPU ging op 100% en de pc werd bijna ontoegangkelijk.

Is dit opgelost? Zo jah, dan kan ik m'n oude versie (2.2.0.0) weer updaten...

[Menthix]

In je NOD32 > IMON > Setup > Misc. > Exclusion...

exclude javaw.exe, in de meeste gevallen staan er 2 op je schijf (even filesearch), exclude beide en het probleem is weg, hoef je niet persee te wachten op een fix voor dit.

[Exploited]

Als het zo simpel is, waarom doet Azureus dit dan niet gewoon zelf of waarom wordt de bug niet gewoon verholpen? Ik heb de HD afgezocht naar NOD32, maar kan het nergens vinden. Die settings zal ik op die manier dus ook niet kunnen veranderen.

Ik, en blijkbaar velen met mij, zijn dus veroordeeld tot BitComet tot Azureus gewoon 'werkt'.

[FTL]

Lijkt me niet zo verstandig dat andere applicaties je virusscanner automatisch zouden kunnen aanpassen!

NOD zal het standaard tegehouden zodat virussen niet automatisch de scanner kunnen herconfigureren.

[urkelman]

daar staat iets over op hun website onder de FAQ dacht ik!!

[Mayco]

handig progje, nu vraag ik me wel af of dat trackerless protocol van azureus overeenkomt met dat van de nieuwe officiele bittorent client, en indien dat niet zo is, of dat in de toekomst wel zo gaat zijn.

[Maverick]

idd, is wel te hopen, want op 2 systemen zit natuurlijk niemand te wachten, ben dan ook verbaast dat er in de changelog niets staat over de versie van bittorent waarop azureus nu draait.

[Verwijderd]

Interessant. Wat ik niet direct kan opmaken uit de patchnotes: lost dit ook het "dropping # keys" probleem op waarmee veel mensen te maken kregen in de vorige versie?

[Verwijderd]

wat was dit probleem dan juist ?

[Verwijderd]

in de 2.3 schoot je processorverbruik regelmatig naar 100% waarbij azureus eens om de zoveel minuten je pc volledig bevroor. Ook duikelde de downloadsnelheid volledig in elkaar. Samen met het bevriezen van je pc kreeg je een vreemde foutmelding op je neus gedrukt.

De oorzaak van deze problemen waren niet volledig duidelijk (doch hopelijk nu opgelost), maar een sterk vermoeden is dat mensen met firewallsoftware hier het meeste last van hadden.

[prOnorama2]

Ik heb personnlijk geen problemen ondervonden met versie 2.3.0.0, maar ik heb dan ook de Distributed DB en decentralized tracking uitgeschakeld.

Maar updates zijn altijd welkom

[needless to say]

Over welke bug in java nio hebben ze het? (een java nio-gebruiker )

[Muse]

2.3.0.0 had bij een enorm geheugengebruik, soms wel oplopend tot ruim 400 MB. Sindsdien ben ik de CVS versies gaan gebruiken, die hadden het probleem niet.
Decentralized tracking heb ik uitstaan btw, omdat ik anders de kans loop om gebanned te worden op een aantal trackers.

[Verwijderd]

deze update werkt perfect. de vorige was een drama, 100% cpu load na een x aantal minuten, reden voor mij om naar ABC over te stappen. Die werkte echter ook niet goed en daarom nu weer overgestopt op azureus en ik moet zeggen dat het super werkt!!

totaal geen mermory en cpu problemen meer. wel ff java opnieuw installeren

[Verwijderd]

Ik ben een tijdje gelezen overgestapt op BitComet omdat Azureus nogal problemen gaf (bevriezen systeem, problemen met java, etc.). Met BitComet heb ik geen problemen en haal ik persoonlijk hogere snelheden.

[boiert]

En laat Bitcomet nu de client zijn die de meeste "meuk"-data verstuurt,
2 uurtjes op een torrent en dan zie je dit in het XBT log:

Time Level Source Message
16:17:54 7 ipadres: 7337 Piece 625, chunk 0, latency: 3089 s: rejected (BitComet 0.57)
16:17:10 7 ipadres: 7337 Piece 579, chunk 3, latency: 3065 s: rejected (BitComet 0.57)
16:16:57 7 ipadres: 80 Piece 230, chunk 1, latency: 2701 s: rejected (BitComet 0.58)
16:13:10 7 ipadres: 80 Piece 560, chunk 1, latency: 2556 s: rejected (BitComet 0.58)
16:09:32 7 ipadres: 80 Piece 49, chunk 0, latency: 2659 s: rejected (BitComet 0.58)
16:04:48 7 ipadres: 80 Piece 951, chunk 0, latency: 2725 s: rejected (BitComet 0.58)
15:56:25 7 ipadres: 80 Piece 652, chunk 0, latency: 2442 s: rejected (BitComet 0.58)
15:51:41 7 ipadres: 63000 Piece 1169, chunk 3, latency: 19 s: rejected (Azureus 2084)
15:51:18 7 ipadres: 6881 Piece 921, chunk 0, latency: 2798 s: rejected (Azureus 2202)
15:51:12 7 ipadres: 6999 Piece 1169, chunk 0, latency: 649 s: rejected (BitComet 0.56)
15:50:13 7 ipadres: 63000 Piece 59, chunk 0, latency: 28 s: rejected (Azureus 2084)
15:48:07 7 ipadres: 16955 Piece 481, chunk 7, latency: 861 s: rejected (BitComet 0.57)
15:46:19 7 ipadres: 16955 Piece 1210, chunk 4, latency: 766 s: rejected (BitComet 0.57)
15:36:02 7 ipadres: 80 Piece 706, chunk 0, latency: 1851 s: rejected (BitComet 0.58)
15:31:56 7 ipadres: 80 Piece 1314, chunk 2, latency: 2588 s: rejected (BitComet 0.58)
15:29:21 7 ipadres: 80 Piece 1314, chunk 0, latency: 2694 s: rejected (BitComet 0.58)
15:21:48 7 ipadres: 80 Piece 595, chunk 0, latency: 2512 s: rejected (BitComet 0.58)
15:21:10 7 ipadres: 7337 Piece 1358, chunk 1, latency: 2619 s: rejected (BitComet 0.57)
15:20:58 7 ipadres: 7337 Piece 1358, chunk 0, latency: 2607 s: rejected (BitComet 0.57)
15:07:21 7 ipadres: 80 Piece 716, chunk 0, latency: 1916 s: rejected (BitComet 0.58)
15:03:53 7 ipadres: 6881 Piece 643, chunk 4, latency: 2476 s: rejected (Azureus 2202)
14:51:46 7 ipadres: 80 Piece 893, chunk 0, latency: 1612 s: rejected (BitComet 0.58)
14:46:42 7 ipadres: 80 Piece 717, chunk 0, latency: 1489 s: rejected (BitComet 0.58)
14:43:00 7 ipadres: 80 Piece 714, chunk 7, latency: 1323 s: rejected (BitComet 0.58)
14:37:56 7 ipadres: 7337 Piece 717, chunk 5, latency: 893 s: rejected (BitComet 0.57)
14:37:23 7 ipadres: 80 Piece 714, chunk 6, latency: 1100 s: rejected (BitComet 0.58)
14:28:13 7 ipadres: 80 Piece 1273, chunk 4, latency: 740 s: rejected (BitComet 0.58)
14:23:31 7 ipadres: 80 Piece 714, chunk 5, latency: 679 s: rejected (BitComet 0.58)
ipadressen heb ik voor de gezelligheid ff weg gehaald

Niet goed dus.

[Neowam]

Is deze al trackerloos dan?

[ikbenwouter]

Ik heb helaas nog steeds last van 100% CPU spikes als ik Azureus icm Netlimiter draai (sinds azureus 2.3.0.0).

Dan maar tijdelijk geen Netlimiter en hopen dat het bij de volgende Azureus gefixed is.

[supersatan]

Aha, dus het ligt aan de combi met Netlimiter
Ik heb dit probleem dus ook vanaf versie 2.3.0.0