Software-update: µTorrent 1.9 build 13910 alpha

Enkele dagen geleden is er weer een nieuwe alpharelease van µTorrent 1.9 uitgekomen. µTorrent is een zeer complete Bittorrent-client die het geheugen en processor nauwelijks belast. Daarnaast is de grootte van het programma ook nog eens minimaal. De belangrijkste verbetering in versie 1.9 is de ondersteuning voor uTP, een manier van datatransport waar betrouwbaarheid en een minimale latency de speerpunten van zijn. Hieronder zijn alle veranderingen en verbeteringen te vinden die sinds de vorige vermelding in de Meuktracker aan het programma zijn aangebracht:

Changes in version 1.9 (build 13910)

• Fix: never 'upload_only' in superseeding mode
• Fix: total download byte counters

Changes in version 1.9 (build 13885)

• Feature: NAT hole-punching (for uTP only)
• Feature: account for uTP overhead when net.calc_overhead is true
• Feature: Open URL in Browser for torrents
• Feature: Right click menu in RSS history
• Change: default net.calc_overhead to true
• Change: Red RSS icon for broken feeds
• Change: Bring back RSS icons for new and previously downloaded items
• Change: Use feed name as label to torrents downloaded via RSS
• Change: RSS dialog subscription wording
• Change: URL column in RSS history
• Change: Tweak RSS episode parser to better handle multi-episode feed items
• Fix: uTP compatibility with 1.8.1

Changes in version 1.9 (build 13582)

• Change: add independent TCP and uTP, and queue length stats to Statistics dialog
• Fix: another fix to trackers stuck in "updating..."
• Fix: PEX address parsing bug
• Fix: New Download message from RSS feed

Changes in version 1.9 (build 13559)

• Fix: TCP connection queue when using uTP (fixed trackers stuck in "updating...")
• Fix: re-connecting too quickly to peers when using uTP
• Fix: crash/corrupt text with Advanced button in Add Torrent dialog

[break]

Versienummer	1.9 build 13910 alpha
Releasestatus	Alpha
Besturingssystemen	Windows 9x, Windows NT, Windows 2000, Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008
Website	µTorrent-forum
Download	http://download.utorrent.com/beta/utorrent-1.9-alpha-13910.upx.exe
Bestandsgrootte	271,00kB
Licentietype	Freeware

Reacties (21)

[r.p.engelsma]

Op verschillende torrent sites staat er over de 1.9 versie het volgende geschreven:
Om de druk op het internetverkeer te ontlasten, gaat BitTorrent gebruik maken van een nieuw protocol met de naam uTP.
De overgang wordt in gang gezet met U-torrent 1.9 alfa 13582 en zal tot flink veel discussie gaan leiden,
Omdat er in feite een torrent specifiek netwerk zal ontstaan.

Het uTP-protocol biedt de mogelijkheid het verkeer af te knijpen wanneer de latency van het netwerk in gevaar komt.
In het concreet kan het protocol dus rekening houden met machines die de zware netwerkbelasting niet aankunnen.
De overstap op het uTP-protocol moet vooral providers blij maken,
Omdat het normale tcp-verkeer nu niet meer zo zwaar belast wordt en de bandbreedte veel efficiënter kan worden gebruikt.

Het grote probleem van TCP is dat het protocol geen onderscheid maakt tussen belangrijke pakketjes
(voip of zelfs email) en (onbelangrijke) pakketjes (zoals torrents).
Omdat alle pakketjes dezelfde prioriteit krijgt, raakt het netwerk al snel overbelast als veel gebruikers torrents downloaden.
In uTP krijgen kritische pakketjes voorrang boven torrents.

Dus ik denk dat we niet al te hard moeten juichen met deze "verbetering".

[Zsub]

Ik mag hopen dat je UDP bedoelt, in plaats van TCP... Bovendien is jouw definitie van 'belangrijk' behóórlijk anders dan de mijne. Wat boeien mij VoIP packets nou? Ik wil snel downloaden...

Ook staat er in je post dat "het normale tcp-verkeer nu niet meer zo zwaar belast wordt en de bandbreedte veel efficiënter kan worden gebruikt." Dit is niet per se waar. Omdat UDP een connectionless protocol is bespaar je een hele boel resources in je routers omdat die niet bij hoeven te houden welke connection waarheen ging, welke QoS-priority die heeft, et cetera. Dat kan schelen, want dan blijven er meer resources over om TCP connections af te handelen. De bandbreedte, echter, is een gegeven. Het maakt niet uit welk protocol je gebruikt, er is een theoretisch maximum aan gegevens wat je over een draadje - of dat nou een glasvezel of een koperdraadje is - kan sturen.

[g4wx3]

TCP heeft veel overhead, en torrents halen er geen voordeel uit. Ik ben voorstander van het protocol, en je hoeft het niet te gebruiken. Als niemand zijn UDP poort open gooit, dan kan er geen uTP verbinding worden gemaakt, en blijven we bij TCP.

Maar met de komt van µtorrent voor de mac worden wij alvast niet uitgesloten. En onder wine werkt het ook uitstekend onder linux. (Al weet ik niet of er veel vertraging op zit, bijvoobeeld op een crc check op een bestand van 8 gb )

[Blokker_1999]

VOIP betekend misschien niet veel voor jouw, evenals bijv online gaming, maar dit zijn wel diensten waarbij de latency enorm belangrijk is, of wil jij misschien dat als jij eens telefoneert er telkens een vertraging zit van 2 seconden tussen het moment dat jij iets zegt en het aan de andere kant aankomt?

De impact op de snelheid van het downloaden zou beperkt moeten zijn. Daarnaast moet de netwerkcapaciteit ook een beetje eerlijk verdeeld worden, het kan niet zijn dat jij je verbinding vol wilt trekken met een mega download en dat de buurman daardoor amper zijn mails kan bekijken.

[Megamind]

Juist wel aangezien veel providers torrent verkeer (gaan) blokkeren omdat het teveel belasting is voor het netwerk!

Als de torrent community een handje kan helpen om dit te onlasten juich ik dat toe, want torrents blijven de zwarte piet hoe je het ook wend of keert.

[FrozenCow]

Het lijkt me niet slim als internetproviders torrentverkeer gaan blokkeren. Ik heb het idee dat illegaal downloaden juist een grote inkomensbron is voor internetproviders, gezien dat het meeste bandbreedte vraagt. Waarom zouden er anders internetpakketten beschikbaar zijn met van die absurde download snelheden voor particulieren?

[Zsub]

Ken je de nieuwe HD versie van YouTube? Enig idee hoeveel bandbreedte dat verbruikt? Dan heb je daar je antwoord.

[p0p0]

maar, het probleem met torrentverkeer is niet zo zeer de bandbreedte, maar het aantal connecties dat opengegooid word, heeft weinig tot niets met bandbreedte te maken.

[g4wx3]

Heb een vraagje, tegenwoordig zijn torrent-programma's zeer gebruiksvriendelijk, met de gevolgen dat er veel leechers op zitten. Nu vroeg ik me af of je ook selectief upload naar bepaalde peers kan blokkeren maar wel nog ervan kunt downloaden.

[DeKoning!]

Met Azureus kan dat wel. Is erg handig, om er voor te zorgen dat een aantal mensen die al 95% heeft even wat meer bandbreedte te geven zodat er veel seeds ontstaan.

Ook zitten er nog steeds af en toe RIAA leech clients tussen, die met een paar Gbit pijp je hele bandbreedte proberen leeg te leechen, maar op 0% finished blijven staan. Bannen en het probleem is weg.

Jammer dat deze functie niet in utorrent zit, maar je zou evt. de irriterende ip adressen in je firewall kunnen blocken; maar dat is niet zo gebruiksvriendelijk als Azureus dat kan.

[Mike-RaWare]

µTorrent kan wel peers blokkeren. Dat doe je d.m.v. ipfilter.dat.

[Blaise]

Met utorrent kan dat niet. Het zou ook erg onwenselijk zijn: peers die net beginnen met een torrent hebben nog niets om up te loaden. Zelf ben je dan nog erger bezig dan zo'n leecher.

Een oplossing kan ook zijn om je te registreren bij een private tracker, waarbij je je ratio boven een bepaald niveau moet houden, wat als gevolg heeft dat mensen juist graag willen uploaden.

[hellbringer]

uTP??
Zie hier:
http://en.wikipedia.org/wiki/UDP_Torrent_Protocol
http://forum.utorrent.com/viewtopic.php?id=49813
http://forum.bittorrent.org/viewtopic.php?pid=391#p391

uTP, the micro transport protocol. This UDP-based reliable transport is designed to minimize latency, but still maximize bandwidth when the latency is not excessive. We use this for communication between peers instead of TCP, if both sides support it. In addition, we use information from this transport, if active, to control the transfer rate of TCP connections. This means uTorrent, when using uTP, should not kill your net connection - even if you do not set any rate limits. In addition we now implement NAT hole-punching for uTP connections, so connectivity should be improved for peers that do not have their ports mapped.

[Reactie gewijzigd door hellbringer op 24 juli 2024 12:11]

[Patriot]

Het is gewoon uTP hoor, geen µTP..

[hellbringer]

Blijkbaar wel...
Maar dit geen tekst van mijzelf (daarom staat het ook tussen quotes)
De tekst is van David Harrison (Zie dit topic op het bittorrent.org forum) helaas heeft hij geen e-mail adres in zijn profiel staan anders zou je hem even op deze grove fout kunnen wijzen....

[NLChris]

Ctrl-Alt-m=µ voor de windows user