mishkin Posted February 18, 2009 Report Share Posted February 18, 2009 rtorrent wipes the floor with utorrent in the first 30 secconds on private trackers...Quite often I'll download between 10 and 40 MB/s and upload 0.00 kb to completionit often hangs at 99.9% and is downloading at a very low speed yet upload remains 0 for up to the 5 sec it takes to complete and then suddenly shoots to 20-60 MB/s uploadIt can't be a disk resouces problem because as I say if I can download at 40MB/s how come when it goes 10MB/s I also get 0 uploadThis seems common among utorrent users...Although rarely I will get high speed on both to completion, like 10MB/s up and 40MB/s downOn large packs it's very normal for 5-10MB/s down and 20-60MB/s up for the entire timeThis in my mind is a major flaw/bug in utorrent that really should be fixedI'm tempted to switch to rtorrent but it has so fewer features (but you can't argue with speed)THXEdit: perhaps the reason is it is not reporting what pieces it has available to seed fast enough / often enough??I read the help file on advanced and found nothing that would helpexcept the collace writes , I increased from 2MB/s to 4MB/s Link to comment Share on other sites More sharing options...
Switeck Posted February 19, 2009 Report Share Posted February 19, 2009 This is under Linux, using a buggy older version of WINE? Link to comment Share on other sites More sharing options...
mishkin Posted February 23, 2009 Author Report Share Posted February 23, 2009 yes this is under debian using wine 1.0.1 I've used latest wine before and it didn't make a differencebut this behavoir I've experienced many times before even on windows boxesactually windows is even worse... you'll never get a hgih up and down at once Link to comment Share on other sites More sharing options...
Switeck Posted February 24, 2009 Report Share Posted February 24, 2009 So you've tried both latest stable and developer versions of Wine?Under Windows, you *MUST* have extremely fast hard drives -- probably more than 1 -- to lower the peak loads on each. Windows caching may need to be disabled in uTorrent advanced settings.2nd link in my signature may also be needed to find good uTorrent settings, though I don't really have anything that goes higher than 100 Megabits/second upload!Global and per-torrent connection Max may be effectively limited much lower than 1000 due to networking software and hardware limitations on your end. Uploading >100 KB/sec per peer makes more sense than trying to split upload 1000 different ways. Link to comment Share on other sites More sharing options...
mishkin Posted March 1, 2009 Author Report Share Posted March 1, 2009 Actually odly now my utorrent is acting like rtorrent about 50% of the time, ie slower download speed and decent upload speed at same timequite often though still on smaller torrents I'll dl at 15-30MB/s then start uploadingOn packs (10+GB) I dl at 5-15MB/s while uploading around 30MB/s avgSo it can easily download at 30 annd up at 15 on smaller it just doesn't, utorrent focuses too much on downloading (most of the time)I hate rtorrent though so I gotta lve with it, I wish utorrent would come out with a varient meant high speed servers on fast torrentsites (reprogram it's priorities)I hear for gigabit torrenting the best client is deluge but I've never used it or even KDE for that matter, I run xfce on my servers and gnome at homeMy server has 2 x 300gb velociraptors in hw raid 0 (4ms seek, which is about 3x faster than a normal drive)Their is a guy I know with a gigabit unmetered with 4 15K rpm drives in hw raid 0 on a leaseweb box, he can beat me but often even he will have something like 50-60MB/s down and like 0 upload (to completion) Link to comment Share on other sites More sharing options...
Switeck Posted March 4, 2009 Report Share Posted March 4, 2009 How big is uTorrent's Ram cache and what is it doing when you're uploading ~0 speed while downloading? Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.