i really hope LW improves there network so gnutella will improve. it seems like Shareaza is the only one doing something to improve gnutella with G2 (but others have their own negative opinions about G2). i think it helps the network, although some think it hurts it.

don't be concerned that GUESS isn't being put to heavy use. LimeWire has still put support for it in the software, and may plan to use it for requeries... so if future versions decide to always use it, old versions will support it.

also, the fact that they're not using GUESS exclusively says alot. it means that despite being able to attribute it to themselves, they realize that there are other (better) ways of improving the network. in this instance, the better way is 'dynamic querying' ... see http://www.gnutellaforums.com/showth...5107#post65107 for a short overview of how it'll work.

I don't think using GUESS for requeries is such a good idea. Since requeries should return only very few results, so the benefit of sending queryhits directly is very small. Besides, in total, less query messages have to be sent using dynamic searches to search the same number of ultrapeers thanks to QRP between ultrapeers. Don't forget that using GUESS, intra-ultrapeer QRP is pretty useless.

You should really test GUESS a little (you will have to disable the QueryKey for that). You will find that tcp queries come a lot closer to a global search than GUESS, because in one hour you will receive merely enough pongs to search about 1,000 ultrapeers and I found that 30-40% of them do not even answer to the query because the packet was either lost, those hosts are firewalled or not even online anymore.
The amount of Pongs that would have to be sent to allow using GUESS for global queries would be huge and there are already more pongs than many ultrapeers can handle. They have to devote 20% of their upstream for forwarding pong traffic alone.

since the ttl was reduced, my search results have taken a nosedive. Searches that returned 30-60 results before get me 1-10 now. News that GUESS won't happen, and that it wouldn't have done too much anyway, makes me wonder if I'll ever get results again.

I'd always wanted to keep going until 3.0 at least, think I may just bag it instead. blah. Someone change my mind fast

The key lies in the reduction of message traffic with intra-ultrapeer qrp & dynamic querying.

At the moment most of the ultrapeers are simply overloaded and they have to drop some of the messages they receive. The result is, that a query that might have reached some 50,000 ultrapeers (= about 1,000,000 unique leafs) will not even reach 3,000 because it will be dropped before that. So you see, in theory, tcp searches could easily search more than three times as many hosts as there currently are on the network. Practically your queries will be dropped so often that you can only search a fraction of the existing network.

The explanation is simple:
* There are far too many requeries, - even LimeWire clustering can't shield against all of them.
* Pong traffic requires lots of bandwidth, although it does serve a purpose.
* Searches for popular content return easily more than a thousand results and many results are probably already dropped before they reach you in that case.
* LimeWire limits the bandwidth allocated for gnutella traffic very strictly.

The hope is, that LimeWire 3.0 will change it all and make gnutella as good as Fasttrack and I am confident that it will manage to improve the network significantly, so it cannot be compared to the old network anymore.

any feedback on G2 perfomance?
 

Has any made any observations on G2s performance? If it lives up to what Mike says it can do perhaps it would be an alternative solution. Supposedly you are able to search the whole network.

G2 has yet to prove itself. There are only a few hundred G2 hubs and with such a small network even regular gnutella worked very well. Maybe somebody could tell if the protocol was published but we are still waiting for the specs to be released.