giFT annoyance


Recommended Posts

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

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

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

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.