Re: Using the DHT to find download sources
"vvpng" <[email protected]>
| Newsgroups | gmane.network.gnutella.devel |
|---|---|
| Message-ID | <[email protected]> |
> > The question is again "how to figure out popularity" > > Jupp :) > > Maybe Ultrapeers could just check the query with their combined query routing > table. If there can't be a result in the QRP horizon, the query might be a > rare query, since it isn't available within 2 hops from the checking UP. > > (I'm not really sure if that holds true in real life. Could someone to a test > for that?) > > But maybe we could altogether avoid keyword queries in the DHT, keeping it > optimized for Hash queries. > > The reasoning is, that a hash query is a different task than a keywork query, > and so each task should be done by a different tool which can be optimized > for the task. > > Luckily Gnutella is heavily optimized for Keyword queries, and Kademlia can do > Hash queries very well, so we already have two specialized tools. > > One tool for one task, and a GUI to bind them together, so users don't have to > know that there are two tools, just that the program can do both tasks > exceptionally well (nothing keeps you from telling your users what you do, > though, as long as it fits with your GUI policy). > Hybrid routing is an active research area. I searched the paper Michael pointed out (The case for a hybrid P2P search infrastructure, BT Loo, R Huebsch, I Stoica, JM Hellerstein - Proceedings of the 3rd IPTPS, 2004) in google scholar. This paper has 124 citations so far. There should be something interesting to read. Best, Peng