![]() |
Many downloads in queue -> zero transfer? Hi! It seems to me that if I queue more and more files for download the number of downloads that actually start rapidly drops. Like if there are 4 files queued one or two of them may eventually start downloading, but if there are sort of 100 files in the d\l queue, nothing happened for hours yet. (status is "waiting" on approx. 95 and "connection failed" or similar on the remaining 5). Is this a general gnutellanet effect or a client - specific problem? Either way, I'd like to keep the files somehow in the queue so I won't have to keep re - searching all the time. Like queue files and leave phex to get them. Would boosting the "parrallel downloads" to something beyond infinity help? I suppose that would bring the machine down to a crawl, resulting in no downloads again? |
Same exact problem here. Running 0.9.5.54 beta. Not behind firewall. Stuff uploads like a dream. Nothing comes down except when I *first* start up Phex. Everything cycles down to 0 and that's it. I have to close and re-open Phex to download. I can have hundreds of condidates and it seems to make no difference. |
In Acquisition we had the same problem, till the developer changed the code a bit, so that it now treats a download on retry like it does on restart. He said it uses a new socket, or so (please don't take me on that word. He just tells the download to start all new, and not to use the place it took again, or so) |
Geofferic's your problem is not related to Trashguard's problem and I never saw anything like this... Can you tell me more about your configuration. How long does it take till the downloads stop working? Which operation system are you using? Trashguards problem is related to the number of parallel active download connections. They are limited! and if you get queued each queue uses one download connection. This is protocol related. Once all parallel connections (for either a single file or total) are used up with queues there are no more free connections. All you can do is to raise the number of parallel connection if you system is able to handle it. Queued downloads use very little bandwidth but they hold a open network connection. |
All times are GMT -7. The time now is 02:39 AM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2020 Gnutella Forums.
All Rights Reserved.