Firon Posted March 30, 2010 Report Posted March 30, 2010 We've finally released 2.0.2 stable! The highlight of this release is greatly improved uTP performance over previous versions.Download it now!Release Notes[ul][li]uTP performance and TCP rate control have been greatly improved![/li][li]BEP22 has been fixed[/li][li]Access denied problems should be virtually non-existent[/li][/ul]-- 2010-05-13: Version 2.0.2 (build 19648)- Change: disable net.calc_overhead by default to improve speeds for users with low caps- Change: Sharper help graphic- Fix: fixed crash while adding torrents - if more than 100 are added concurrently it will be done silently-- 2010-04-23: Version 2.0.1 (build 19248)- Change: bypass Windows system cache while reading to avoid excessive memory uage- Fix: invalid header response on WebUI when an expired token or invalid request was sent- Fix: fixed crash when adding many torrents at once (above 350 they will be added silently)-- 2010-04-16: Version 2.0.1 (build 19078)- Fix: installing on Vista/7 with UAC turned on- Fix: attempt to fix a rare crash-- 2010-04-09: Version 2.0.1 RC2 (build 18973)- Change: prioritize downloading torrents even more than seeds when making new connections- Change: change default uTP packet size to 600 bytes- Change: Use new uTP header by default-- 2010-03-30: Version 2.0.1 RC1 (build 18833)- Change: remove duplicate IPv6 peer connection fix-- 2010-03-26: Version 2.0.1 Beta (build 18786)- Fix: crash with webseeds-- 2010-03-24: Version 2.0.1 Beta (build 18758)- Change: default double click action is "Open Folder" for seeding torrents- Fix: eliminate duplicate connections to the same peer ID over different IPs- Fix: saving of column settings-- 2010-03-23: Version 2.0.1 Beta (build 18723)- Fix: column size being 0, and invisible- Feature: complete_ago extension handshake- Feature: account for clock skew in delay measurements of uTP- Fix: fixed uTP packet size bug on local networks- Fix: fixed uTP fast-resend counter wrapping bug- Fix: fixed uTP advertised window size bug- Change: only close files that haven't been used for a while periodically (closing all files could interact badly with indexers)- Fix: dismissing pairing dialog is now interpreted as no. "no" is also the default button- Change: disable transparent graph legend by default- Fix: Fixed bug where Bandwidth Management checkbox sometimes didn't work- Feature: queueup/down/top/bottom commands for WebUI-- 2010-03-02: Version 2.0.1 Beta (build 18408)- Fix: Fixed half-open limit on Windows 7- Fix: Fixed bug where uTorrent could freeze on broken web UI requests- Fix: Fixed bug in uTP header field layout- Feature: added advanced option to turn off uTP variable packet size- Feature: added advanced option to turn off discoverability (web integration)- Fix: uTP base delay bug fix and update interval tweaking- Fix: uTP timer stability fixes- Fix: calc_overhead bug- Change: Support hyperlinks in autoupdate dialog- Fix: Schedule map would show times that were "off" as grey in disabled view- Fix: "Not downloading" disconnects when remote peer had previously been a seed-- 2010-02-19: Version 2.0.1 Beta (build 18284)- Fix: high CPU bug due to TCP and uTP connection race condition fix- Fix: issue where we would incorrectly report being as seed when using magnet links- Feature: Add option to render the legend as solid instead of transparent-- 2010-02-17: Version 2.0.1 Beta (build 18244)- Fix: Make toolbar icons render nice on vista+- Feature: Add option to not report problems- Change: Make uTP packet size depend on global uTP rate instead of the rate of each individual connection- Feature: add detailed network overhead breakdown graph- Fix: UDP tracker peer list parsing- Change: increase allowed max packet size (fixes issue with torrents with more than 131000 pieces)- Change: increase the max number of AddTorrent windows from 5 to 20- Fix: BEP 22 would sometimes not kick in for new torrents- Feature: make initial uTP packet size configurable- Fix: Close download bar with hotkey- Feature: display overhead at status bar- Change: Do not count local overhead if local peers are not limited- Change: Count overhead for transfer caps- Feature: added legend to graphs- Feature: it's now possible to graph the tcp_rate_control rates- Fix: potential buffer overrun with mismatched langpack- Fix: enable apply button if changing scheduler- Change: Do not stop torrents when automatically shutdown- Fix: DHT would store duplicate peers for torrents- Feature: Added support for suggest piece messages (part of FAST extensions)- Fix: Potential bug when accessing the root directory of a URL- Fix: 'Cookie' setting in WebUI add-torrent-by-url works again- Fix: simultaneous uTP and TCP connection race condition
Nefarious Posted March 30, 2010 Report Posted March 30, 2010 I thought you were jumping straight to RC2 this time?Edit: Confused software builds, my bad.
Firon Posted March 30, 2010 Author Report Posted March 30, 2010 Why would we skip RC1?Anyway, download link, go.
Hyosung Posted March 30, 2010 Report Posted March 30, 2010 ^Lies! haha, 404 error---EDIT:Nvm, just fixed.Also noticed, the installation file states version 18833 instead of 18834 =P, no biggy, just pointing it out.
gilmour Posted March 30, 2010 Report Posted March 30, 2010 Same here, download gives me 18833 build.Auto update in utorrent tells me there's a new 18834 build but gives a download error when trying to update.Obviously fixed no longer getting the new build update window.
Ultima Posted March 31, 2010 Report Posted March 31, 2010 The link works. If you were looking for 18834... well, that build doesn't exist. Must've been a typo that's since been corrected (see thread title and changelog).
Snowknight26 Posted March 31, 2010 Report Posted March 31, 2010 Duplicate peer issue is still present.
Hyosung Posted March 31, 2010 Report Posted March 31, 2010 ^Confirmed, didn't notice it in previous build, but this one shows them again.
Firon Posted March 31, 2010 Author Report Posted March 31, 2010 -- 2010-03-30: Version 2.0.1 RC1 (build 18833)- Change: remove duplicate IPv6 peer connection fix
Snowknight26 Posted March 31, 2010 Report Posted March 31, 2010 Helps to not skip over the word remove.
panthertehcat Posted March 31, 2010 Report Posted March 31, 2010 Few nights ago in build 18786 I increased my disk cache to a ridiculous size, 4GB (this crashed it but i expected that) 2GB, than 1 than 512mb before turning it back to automatic management. Since then I seemed to have a memory leak that has not been fixed by upgrading to the RC. The end result is all my system ram is chewed up. However system process monitor doesn't show utorrent using it all. However when i quit out of utorrent it frees it all back up usually 2 GB or so. I was wondering if anyone else has experienced this. First time reporting a bug so sorry if I'm doing it wrong or being vague.Operating system is windows 7 64 bit.
eliot_cougar Posted March 31, 2010 Report Posted March 31, 2010 BEP22 still behaves the same for me, using Netbios name but not DNS name... What was fixed then?..
Scorpio_cz Posted March 31, 2010 Report Posted March 31, 2010 Hello panthertehcat,The end result is all my system ram is chewed up. However system process monitor doesn't show utorrent using it all. However when i quit out of utorrent it frees it all back up usually 2 GB or so. I was wondering if anyone else has experienced this.I think you have hit the M$ issue common to most 64bit Windows systems.(The issue is, that under heavy disk I/O all physical memory is allocated by system cache)I recommend you to install this M$ fix for wrong system cache behaviour :(This service will allow you to set the upper limit for system cache - MaxSystemCacheMBytes)http://www.microsoft.com/downloads/details.aspx?FamilyID=e24ade0a-5efe-43c8-b9c3-5d0ecb2f39af&displaylang=enThe Microsoft Windows Dynamic Cache Service will manage the working set size of the Windows System File Cache. For 64 bit systems this service helps to address the problem of excessive cached read I/O that could eventually consume all of physical memory. Sample source code and compiled files are included in the compressed file.
DreadWingKnight Posted March 31, 2010 Report Posted March 31, 2010 I think you have hit the M$ issue common to most 64bit Windows systems.(The issue is, that under heavy disk I/O all physical memory is allocated by system cache)Actually, it's not restricted to their 64-bit systems. The Windows disk cache is stupid. We have two options in preferences - disk cache to bypass it.
moogly Posted March 31, 2010 Report Posted March 31, 2010 BEP22 still behaves the same for me, using Netbios name but not DNS name...What was fixed then?..You speak about this post?http://forum.utorrent.com/viewtopic.php?pid=469446#p469446
acmodeu Posted March 31, 2010 Report Posted March 31, 2010 I think you have hit the M$ issue common to most 64bit Windows systems.(The issue is, that under heavy disk I/O all physical memory is allocated by system cache)I recommend you to install this M$ fix for wrong system cache behaviour :(This service will allow you to set the upper limit for system cache - MaxSystemCacheMBytes)As it was said, the problem occured on Windows 7 x64, and MS site says that DynCache service suits only to the OSs below this version. Nevertheless I tried it and of course stuck with "This program was written for an earlier version of Windows" message. So the problem is still actual. Memory continues to leak.
DreadWingKnight Posted March 31, 2010 Report Posted March 31, 2010 I think you have hit the M$ issue common to most 64bit Windows systems.(The issue is, that under heavy disk I/O all physical memory is allocated by system cache)Actually, it's not restricted to their 64-bit systems. The Windows disk cache is stupid. We have two options in preferences - disk cache to bypass it.
rafi Posted March 31, 2010 Report Posted March 31, 2010 Release NotesuTP performance and TCP rate control have been greatly improved!uTP's performance has been improved (reduced overhead, better speed)... [from previous beta]The on-going issue of access overhead in uTP is still present in this build More info/details are here: http://forum.utorrent.com/viewtopic.php?id=72106Unfortunately there seems to be up to 20-30% overhead using uTP compared to less than 8% in TCP.http://img708.imageshack.us/img708/1483/ulutptcp3pingz.pngI'll try and post ideas on how to possibly reduce it, later, in the above thread...
agmt Posted March 31, 2010 Report Posted March 31, 2010 But it still hangs under Win7x64=(((And logger says that hang report sended... Dump in hang state: http://www.mediafire.com/?wm4fnnxjail
Firon Posted March 31, 2010 Author Report Posted March 31, 2010 Hangs completely, or is just giving spurious hang reports?
Recommended Posts
Archived
This topic is now archived and is closed to further replies.