MG-Cloud Posted December 22, 2003 Share Posted December 22, 2003 I'm using giFT for my p2p software (hey, d/ling is legal in Canada ;) ). Although I've tried several UI's, I haven't been able to find one that doesn't have the following problem (I'm using the fasttrack plugin): Whenever I download a file, it goes really fast for the first bit of the file, but then, as I finish downloading content chunks from the fast sources, only slow/queued/firewalled sources remain, and I am unable to restart downloads from any of the fast sources. I'm a little tired and not sure if the above sentence makes any sense, so I'll show a hypothetical situation - Downloading a 5.0mb file: Downloaded 2.0mb from source 1 @ 50k/sec Downloaded 1.0mb from source 2 @ 25k/sec Downloaded 1.0mb from source 3 @ 25k/sec 1.0mb left... and the only sources left are sources 4-7, which are either queued, slow (on the order of <1k/sec), or firewalled/can't connect. A click on "get sources" does nothing, and neither does removing the completed sources and then reclicking "get sources." I've found that with closing and restarting the UI and daemon, I am able to find sources to finish the file for me at decent speeds, but this is a real drag, especially when I want to download a few files in one sitting. Is there any way I can fix this? I am using giFT 0.11.4, giFToxic 0.0.9, giFTui 0.3.1, and gift-fasttrack (the plugin) 0.8.4. Thanks! Link to comment Share on other sites More sharing options...
markwolfe Veteran Posted December 22, 2003 Veteran Share Posted December 22, 2003 First off, the disclaimer: I have no idea if this is correct. It is just a guess! I had similar situations when I used to run Kazaa under Windows (i have been Window-less for a year now), but what I think may be happening, is that your p2p client sees who is out there, and thier rough bandwidth, and splits up the file into sections, which are assigned to different sources (less sections or smaller sections to the lower bandwidth sources). This roughly evens the workload out. However, at the end, there are only a few sections left, and if the low-bandwidth sources are the ones with the data (should be pretty likely, as they are the slowest to recover from a hiccup in transmission), you end up waiting for them all the time. Just a guess.. :rofl: Link to comment Share on other sites More sharing options...
MG-Cloud Posted December 22, 2003 Author Share Posted December 22, 2003 Yeah, that's exactly what's happening. The thing is though, with Kazaa for windows, it *will* find more sources for you, and even use the same sources consecutively, especially if it sees that you are getting nowhere with the low bandwidth sources. Also, if you click get more sources, it will actually do something ;) With giFT for Linux however, it doesn't appear to work, unless you restart the client, which can quickly become *very* annoying ;) Is there anything I can do to fix this? Link to comment Share on other sites More sharing options...
Recommended Posts