Gnutella Forums  

Go Back   Gnutella Forums > Current Gnutella Client Forums > LimeWire+WireShare (Cross-platform) > Technical Support > Download/Upload Problems
Register FAQ The Twelve Commandments Members List Calendar Arcade Find the Best VPN Today's Posts

Download/Upload Problems Problems with downloading or uploading files through the Gnutella network.
* Please specify whether the file problem is a Gnutella network shared file OR a Torrent file. *


Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old April 10th, 2002
Novicius
 
Join Date: April 10th, 2002
Location: c-burg PA USA
Posts: 2
tjk176 is flying high
Default why do i have to wait like 6000 sec?

how do i set the wait til retry time. i'm on limewire 2.3.3 for Win XP... the time was less i believe but now it's 5000 - 6000 secs after the requery is sent. please help. thanx
Reply With Quote
  #2 (permalink)  
Old April 10th, 2002
Gnutella Aficionado
 
Join Date: March 13th, 2002
Location: Aachen
Posts: 832
Taliban is flying high
Default

Could you imagine the traffic it would generate if an estimated 30,000 LimeWire nodes sent out queries every half an hour for each file they are downloading? Let's assume each node is trying to download 10 files, that would make 300,000 queries every half of an hour or 10,000 queries per minute. Can your connection handle 166 queries per second, when each search query + search results is - let's say 100 bytes? (That would make it ~16k/s in BOTH directions just for receiving and forwarding other people's searches). Ultrapeers would have to drop connections to cope with the traffic, which increases the distance between the nodes and your search queries can't reach hosts that are far away.

That's why the time between requeries is set to a couple of hours. The amount of search results you receive are (simplyfied) inversely proportional to the amount of search traffic each client generate.

If it was possible, the LimeWire developers would certainly reduce the time between requeries, but at the moment that would be extremely counterproductive.
Reply With Quote
  #3 (permalink)  
Old April 10th, 2002
shorebreak
Guest
 
Posts: n/a
Default

well the fast way is to kill the download and download again then it trys to connect right away...
anyway I belive the time waiting for a requery gets higher by each interrotation. the first time its like 200 sec after those its like 600 and it gets higher.... each time.
personally i don't like the requery send thing at all. I don't really even know what it's for. I just guess it's some like push....
i don't think you can set it manually anywhere.
Reply With Quote
  #4 (permalink)  
Old April 10th, 2002
Gnutella Aficionado
 
Join Date: March 13th, 2002
Location: Aachen
Posts: 832
Taliban is flying high
Default

Quote:
Originally posted by shorebreak
well the fast way is to kill the download and download again then it trys to connect right away...
It is simpler to do another search for the file. If LimeWire detects the file it is trying to find in another search, it automatically tries to download from that new host.
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Vista build 6000 (Final Release) support jfarre20 General Vista, Windows 7 or later Support 1 November 29th, 2006 08:43 PM
y do i need to wait to use limewire pimp slap Connection Problems 0 September 30th, 2006 01:07 PM
$6 into $6000 djmaximusmc19 General Gnutella / Gnutella Network Discussion 1 May 13th, 2003 08:38 PM
Requery time limit 6000+ seconds help Unregistered Download/Upload Problems 5 February 27th, 2002 04:55 PM


All times are GMT -7. The time now is 06:30 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.