moogly Posted June 3, 2010 Report Share Posted June 3, 2010 No. Link to comment Share on other sites More sharing options...
TraderJones Posted June 10, 2010 Report Share Posted June 10, 2010 I've noticed that now that I've upgraded to 2.0.2 for all torrents that when I do other disk operations, such as copy a file, my data rates drop by 50 to 75% while the disk io is occurring. This did not occur with 1.8.2 or 1.8.5. I've played with the settings on the caching page but it still happens. As soon as I do anything that reads or writes to any of the drives, internal or external the upload/download rates drop. Link to comment Share on other sites More sharing options...
Firon Posted June 11, 2010 Author Report Share Posted June 11, 2010 That's a direct result of bypassing the windows write cache. Link to comment Share on other sites More sharing options...
rafi Posted June 11, 2010 Report Share Posted June 11, 2010 So ? What would you recommend - not to bypass Win cache and crash sometimes ? bypass it and slow down in speed ? Revert back to 1.8.x where it is a non-issue ? or fix the uT cache/modified-file-I-O system (or it's use of Windows cache ?) so to not suffer any performance degradation ?... Link to comment Share on other sites More sharing options...
TraderJones Posted June 11, 2010 Report Share Posted June 11, 2010 As Rafi stated, is there a solution? I've tried various combinations on the disk cache preferences page with little effect. If I can't use the computer while 2.0.2 is running then I'll have to downgrade. I understand that you say this is a "stupid windows caching" issue, but why did it not occur prior to ver 2 of uTorrent? Something must have been changed in uT that affected the way it interacts with the caching, can't that be reversed?As an aside, do I need to restart uT when I change these prefs before they are applied? Link to comment Share on other sites More sharing options...
Zarggg Posted June 11, 2010 Report Share Posted June 11, 2010 IIRC, all uTorrent did was attempt to use the Windows write cache properly, but the problem is on Windows end. (It's been a while since I looked into this though, as I don't have the problem.) Link to comment Share on other sites More sharing options...
Firon Posted June 11, 2010 Author Report Share Posted June 11, 2010 So ? What would you recommend - not to bypass Win cache and crash sometimes ? bypass it and slow down in speed ? Revert back to 1.8.x where it is a non-issue ? or fix the uT cache/modified-file-I-O system (or it's use of Windows cache ?) so to not suffer any performance degradation ?... You can't fix the Windows cache (you don't "use" it, it's transparent), but not everyone has problems with it. So he could try turning off the bypass. Link to comment Share on other sites More sharing options...
rafi Posted June 11, 2010 Report Share Posted June 11, 2010 You can't fix the Windows cacheNo, you can't. You can bitch about it and wait till M$ fixes it, in the far-far-away future. Or, until then, you can review the change you mentioned that you've made in the downloading files I/O scheme . It is my guess that this is the trigger for this M$ bug to show up... Link to comment Share on other sites More sharing options...
TraderJones Posted June 11, 2010 Report Share Posted June 11, 2010 he could also read both my posts and realize I tried turning off the bypass. It didn't seem to change things.Firon, do I need to restart uT when I make changes to the cache settings before they take effect? I've tried changing the settings but didn't restart the program after each change.... Link to comment Share on other sites More sharing options...
Firon Posted June 11, 2010 Author Report Share Posted June 11, 2010 Yes, you do. Link to comment Share on other sites More sharing options...
rafi Posted June 12, 2010 Report Share Posted June 12, 2010 Maybe you can identify the cases you need to re-start, and pop-up a dialog - ' restart yes/no' when you press apply/OK. Mentioning this in the help can help as well... Link to comment Share on other sites More sharing options...
SkyHi Posted June 12, 2010 Report Share Posted June 12, 2010 I just wonder how can windows have a cache problem ONLY with uTorrent, and ONLY after the 2.0 version, and still be a windows issue... Link to comment Share on other sites More sharing options...
rafi Posted June 12, 2010 Report Share Posted June 12, 2010 it does indeed make you wonder... Link to comment Share on other sites More sharing options...
Switeck Posted June 12, 2010 Report Share Posted June 12, 2010 I think it was mentioned on the v2.1 thread that uTorrent changed how it handled accessing files (starting with v2.0) so that it could do BitTorrent streaming. Windows stupidly ended up holding those files in cache when it shouldn't because of that...and memory use ballooned. Link to comment Share on other sites More sharing options...
Zarggg Posted June 12, 2010 Report Share Posted June 12, 2010 Ah, yes. That's what I was thinking of. Thanks for the memory refresh! Link to comment Share on other sites More sharing options...
Firon Posted June 13, 2010 Author Report Share Posted June 13, 2010 It's not just µTorrent. It's any app that holds long-lived file handles to large files. Link to comment Share on other sites More sharing options...
rafi Posted June 13, 2010 Report Share Posted June 13, 2010 Any torrent client deals with downloading of very large files and for very long duration. If they all take care that the handles will not be so *long-lived*, maybe uT should do it too (as it possibly did pre 2.01?...). At list for the time being, until M$ resolves the issue .If, as Switeck has suggested above, this was modified for the sake of streaming, why not implement this change only in the 2.1 branch, and not in 2.0x ? I bet 2.1 final and M$ support time-frames might be quite similar ... Link to comment Share on other sites More sharing options...
TraderJones Posted June 15, 2010 Report Share Posted June 15, 2010 As Rafi mentioned above it would be nice to have either a popup or a message for items that require restart after changing... I've apparently wasted quite a bit of time testing to try to figure out my disk io problem.... Link to comment Share on other sites More sharing options...
ex58 Posted June 20, 2010 Report Share Posted June 20, 2010 Hi guys,my first post here.Can someone provide changelog for µTorrent v2.0.2.20165.Thanks. Link to comment Share on other sites More sharing options...
rafi Posted June 20, 2010 Report Share Posted June 20, 2010 My bet would be - this last one here: http://forum.utorrent.com/viewtopic.php?id=72352&p=1They often modify the installer without any mention in the change log... Link to comment Share on other sites More sharing options...
ex58 Posted June 20, 2010 Report Share Posted June 20, 2010 Yeah,but there is only for -- 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 Link to comment Share on other sites More sharing options...
rafi Posted June 20, 2010 Report Share Posted June 20, 2010 I meant if there is any other change- it''s in the installer, and they just don't add the details.I would take 2.03, in-spite of it being beta. It is quite stable. Link to comment Share on other sites More sharing options...
moogly Posted June 20, 2010 Report Share Posted June 20, 2010 Many silent updates are relative to the installer and the Ask toolbar, surely this case this time. Link to comment Share on other sites More sharing options...
Simon100 Posted June 21, 2010 Report Share Posted June 21, 2010 "bt.enable.tracker" set to true on servercreated torrent on server. Trackers field was left blank to allow local peer discovery.grabbed torrent on local lan connected computer.started huge transfer & was unable to set "Maximum Download & Upload rates" Those settings are IGNOREDApparently, uTorrent does not honor locally connected LAN connected computer rates.Being UNABLE to set it globally by havng the lan transfers ignore it globally is ideal as local transfers can be hundreds of times faster than those thru the Internet, BUT utorrent should allow Max DN/UL be set INDIVIDUALLY by torrent even if they are Local peers.Can someone verify this issue with v2.0.2? Link to comment Share on other sites More sharing options...
DreadWingKnight Posted June 21, 2010 Report Share Posted June 21, 2010 Apparently, uTorrent does not honor locally connected LAN connected computer rates.Because there's a separate setting for that. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.