[core-dev] [limewire jira] Commented: (CORE-2) Find a way to transmit the number of open upload slots efficiently to the downloaders
[email protected] Fri, 25 Jun 2004 15:39:31 -0400 (EDT)
| Newsgroups | gmane.network.gnutella.limewire.core.devel |
|---|---|
| Message-ID | <[email protected]> |
DO NOT REPLY TO THIS EMAIL. PLEASE POST YOUR COMMENTS THROUGH THE WEB INTERFACE AT http://www.limewire.org/jira/browse/CORE-2 ANY REPLY MADE TO THIS MESSAGE WILL BE DISCARDED. The following comment has been added to this issue: Author: Adam Fisk Created: Fri, 25 Jun 2004 3:37 PM Body: There's another way to tackle this problem that may be fruiful to explore. The issue arises from the fact that nodes return far more search results than they have upload slots for. Sure, LW stops returning results when slots are at or near full, but a thousand results could have gone out in the 10 seconds before we reached this point. We could be far more intelligent about returning those results in the first place. For example, a node could dynamically track the average percentage of the time that returning a results ends up translating into a download request. Say, for example, a file is requested over HTTP for 5% of search results returned. The node could then predict that sending 100 results would translate into 5 download requests. As such, a node could avoid sending thousands of results because it can relatively accurately predict that it will get download requests in the near future. This could save a great deal of bandwidth for query hits while also increasing the success rate for downloads. You could even get in to tracking HTTP request rates for each hop in the search result, as it's possible that replying to hops=1 searches results in more download requests because the result may appear higher up on the user's screen, for example. Ideally, you'd even track it for each file, but it's hard to say how fine-grained you'd want to get. Forgive me if the GDF and or you guys have already discussed this in detail, but this is the route I'd tend to explore. -adam --------------------------------------------------------------------- View this comment: http://www.limewire.org/jira/browse/CORE-2?page=comments#action_10018 --------------------------------------------------------------------- View the issue: http://www.limewire.org/jira/browse/CORE-2 --------------------------------------------------------------------- This message was generated by JIRA, LimeWire.org's issue tracking system. If you think it was sent incorrectly contact one of the administrators: http://www.limewire.org/jira/secure/Administrators.jspa _______________________________________________ core-dev mailing list [email protected] http://www.limewire.org/mailman/listinfo/core-dev