ap50 Posted August 12, 2009 Report Share Posted August 12, 2009 Still can't remove entries in the "Run Program" drop down box as far I can see, and would be nice to be able to have the option to run a program automatically after the file has been downloaded by RSS (such as WinRAR), but otherwise, good so far on W7 x64 RTM. Link to comment Share on other sites More sharing options...
unforgiven_sh Posted August 12, 2009 Report Share Posted August 12, 2009 @Ichpuchtli: have you tried the conservative settings: http://forum.utorrent.com/viewtopic.php?id=58404 ?it helped me a lot, you can try it for a couple of hours/days then revert to the old settings if it doesnt help Link to comment Share on other sites More sharing options...
Simon100 Posted August 12, 2009 Report Share Posted August 12, 2009 Just tried/upgraded to "µTorrent 2.0 beta 16126" today & the speed remained VERY low for ALL torrents, at most ~20 kB/s for a very WELL seeded torrent, waited for hours and speed remained the same. Checked router's bandwidth graphs, thinking it might be d/l faster than what was displaying, but router says it's also d/l VERY slowly. Initiated 2 more torrents and speed was still slow. Downgraded back to 1.8.3 and speed went to several hundred kB/s in a matter of less than a minute. Link to comment Share on other sites More sharing options...
unforgiven_sh Posted August 12, 2009 Report Share Posted August 12, 2009 @Simon100: 1. try disabling net.calc_overhead and bt.tcp_rate_control in the advanced settings2. if nr 1 doesnt help turn off 'Enable bandwidth management' in the bittorrent settings3. if nr 2 doesnt help either you can go to 1.8.3 anytime Link to comment Share on other sites More sharing options...
Ichpuchtli Posted August 12, 2009 Report Share Posted August 12, 2009 @ unforgiven sh: yes, I tried. I read/apply all of that. In fact, some are more conservative than that.Thanks. Link to comment Share on other sites More sharing options...
kyuss Posted August 12, 2009 Report Share Posted August 12, 2009 transfer cap settings are not powerful enough.you can currently set the duration for uTorrent to examine (up to a 1 month datespan) and you can set whether it looks at DL or UL or both.in my country the most common ISP trick when attracting subscribers is to allow for example5Gb download between 10am and 9:59:59pm (peak) plus 15Gb of download between 10pm and 9:59:59am (offpeak)while this may just be a feature for a couple of the big ISPs here, I suspect is a far more widespread policy for ISPs worldwide, and this could be easily catered for in a similar way as the 'scheduler' feature, by implementing a scheduler for the transfer cap.specify a triplestate - DL / UL / UL+DL - which stops torrents in the different hourly time-intervals once the specified limit for that time-interval and the selected state (DL / UL / BOTH) is reached for the specified datespan.further, you could specify a billing cycle so that your transfer cap resets itself on the 5th of every month, or so that the transfer cap resets itself at the commencement of every calender monththis is a GREAT feature, but just a little more development would make it superb. Link to comment Share on other sites More sharing options...
Simon100 Posted August 12, 2009 Report Share Posted August 12, 2009 unforgiven_sh: I've tried all of those, and still very slow bandwidth, since most in the swarm are still using 1.8.3, and they are all just refusing to upload to me when I'm using 2.0. Link to comment Share on other sites More sharing options...
Switeck Posted August 12, 2009 Report Share Posted August 12, 2009 Simon100, when you were trying to use v2.0...was it trying to make predominately uTP connections?Did you try disabling outgoing uTP? Link to comment Share on other sites More sharing options...
Simon100 Posted August 13, 2009 Report Share Posted August 13, 2009 @Switeck: I only did everything "unforgiven_sh" recommended. No seeders were willing to upload to me, and other clients would connect but exchange very little with me. Perhaps they're putting me on the bottom of the queue or uTP needs some more tuning. Link to comment Share on other sites More sharing options...
superdupont Posted August 13, 2009 Report Share Posted August 13, 2009 something strange with ut 2.0 : it seems to "count" non-data upload/downloadI know nearly nothing about packet transmissions etc, but when let's say I download something at 1MB/sec, now ut displays a 25-40k/sec upload associated to this very same torrent, even if I'm the only leecher , as it was displaying some http acknowledgements packets, even if there's zero data uploaded (and the problem works both ways if I'm the only seeder on one torrent, I have the same kind of '"virtual" download associated)good thing is that "fake" upload/download is not counted in stats but it's still a serious problem when we have to manage upload limits/upload distribution between torrents because, well, we just can't do it properly anymore. Link to comment Share on other sites More sharing options...
ied2k Posted August 13, 2009 Report Share Posted August 13, 2009 Wait for final! Link to comment Share on other sites More sharing options...
superdupont Posted August 13, 2009 Report Share Posted August 13, 2009 duh...and I thought it made sense reporting bugs so the "final" will work as it should, I must have been fooled Link to comment Share on other sites More sharing options...
fowl Posted August 13, 2009 Report Share Posted August 13, 2009 @superdupont Disable net.calc_overhead if you don't like it. (all this stuff was discussed back in the 1.9 thread) Link to comment Share on other sites More sharing options...
Switeck Posted August 13, 2009 Report Share Posted August 13, 2009 superdupont,Disable net.calc_overheadI don't know what you mean by "manage upload limits/upload distribution between torrents"...usually that's a problem only people with very little upload speed have. Link to comment Share on other sites More sharing options...
rafi Posted August 13, 2009 Report Share Posted August 13, 2009 superdupont,DON't disable net.calc_overhead ... it's good for your (PC's) health... Link to comment Share on other sites More sharing options...
moogly Posted August 13, 2009 Report Share Posted August 13, 2009 @rafi: is it a joke? Link to comment Share on other sites More sharing options...
rafi Posted August 13, 2009 Report Share Posted August 13, 2009 yeah, with a bit of truth... (balanced Internet traffic is good, right ?... ) Link to comment Share on other sites More sharing options...
Switeck Posted August 13, 2009 Report Share Posted August 13, 2009 How does net.calc_overhead=true have ANYTHING to do with "balanced Internet traffic"? Link to comment Share on other sites More sharing options...
rafi Posted August 13, 2009 Report Share Posted August 13, 2009 well, maybe none-saturated is a better term. Taking account of the overhead will help keep your upload within the real-actual limit you set for it (especially important for asymmetrical / 1-10 connections), thus - other applications (browsers) might 'suffer' less... Link to comment Share on other sites More sharing options...
Switeck Posted August 13, 2009 Report Share Posted August 13, 2009 People will try to download at >500 KB/sec with 10 KB/sec max upload speed limit, complain that upload speed is exceeding the max they set with net.calc_overhead=true...and demand that they be allowed to totally leech so that upload be held below their set max.So much for "balance"! Link to comment Share on other sites More sharing options...
stefen Posted August 14, 2009 Report Share Posted August 14, 2009 As two other users here have experienced, 2.0 beta crashed with the message: 'windows ran out of memory. unable to allocate -48 bytes. please close some applications and press ok'. My OS is 32-bit XP SP2. I re-launched, re-installed, re-booted and tried everything except standing on my head but the problem kept recurring after a few minutes. Funny thing is 2.0 was working excellently with great speed and increased number of peers for two full days. I reverted to 1.8.3 but couldn't take the slow speed and a reduction in the number of peers any more after being spoiled on a 2.0 diet. Then I tried 1.9 beta and it's working very well now, just as fast as 2.0. Hope it can go beyond the next two days! Thanks for your continual updates. Link to comment Share on other sites More sharing options...
balian Posted August 14, 2009 Report Share Posted August 14, 2009 Hi,So, if I want to take full advantage of my upload bandwidth (I have a 50Mb/s symmetrical line and I'm not really interested in my download speed) what would be the optimal settings for me? Thank you for answering. Link to comment Share on other sites More sharing options...
Switeck Posted August 14, 2009 Report Share Posted August 14, 2009 balian, 2nd link in my signature... Link to comment Share on other sites More sharing options...
rafi Posted August 14, 2009 Report Share Posted August 14, 2009 Switeck:... with 10 KB/sec max upload speed limit, complain that upload speed is exceeding the max they set with net.calc_overhead=true... ... So much for "balance"!On the contrary, my dear Switeck... . if they will set it to "true", the actual "net" data upload rate will be much lower then their set UL limit, since uTorrent will try to keep the sum of both the UL rate related to the DL overhead (first!) + the actual data UL rate - to BELOW this set limit. Or maybe I mis-understood you .. Link to comment Share on other sites More sharing options...
sohlican Posted August 14, 2009 Report Share Posted August 14, 2009 Thanks developer! I am getting full speed with this beta version. Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.