Host Filter (Gnucleus zapper)
 

Gnucleus and now MorpheusOS fill my connections window but keep the horizon small compared to Limewire and other hosts. Until the developers of these clients do something to improve their products, Limewire needs a filter by which a user may choose to filter out these hosts.

The Gnucleus / MorpheusOS ultrapeers break limewire's host count (for leaf nodes) completely. Your statistics just doesn't reflect the true number of hosts in your horizon any more.

The number of search results you receive however is directly proportional to the size of your true horizon. If you don't get any search results any more. You will have to worry.

The only thing I pay attention to is in/out messages and number of hosts connected. When the host number is low relative to the number of connections, then it is a guarantee that Gnucleus and Morpheus are around. That means that the number of search results drops dramatically as well. BTW, this is Freiluft. I don't know why iCab can't deal with the password.

The in/out messages aren't very reliable either, you have to share lots of files (at least 300 - 500) if you want the number of in/out messages to reflect the horizon.

The Ultrapeer system seems only to relay search queries to you (as a leaf) that match a file that you have. So a freeloader uses approx 0k/sec to connect to 4 ultrapeers while a person sharing 300 files might need 1-2k/sec.

FastTrack, on the other hand, just uploads a list of your files to a SuperNode or two, and once that's done you don't need any bandwidth to stay on.

I think that LimeWire should have done the Ultapeer system more similarly to this, as it would probably save the Ultrapeers a lot of bandwidth not relaying all those queries to their leaves. The Ultrapeer would "browse host" to get a list of the leaf's files and then be done with relaying queries to you. Of course, Gnutella & FastTrack couldn't be identical, that would make it useless apart from being open source. But hey, life ain't perfect. :p

The how and why of ultrapeer connection are quite secondary to me, as is total accuracy. All I can tell you is that the number of search hits is inversely (and geometrically) proportional to the number of ultrapeer connections which use MorpheusOS and Gnucleus. I would say that if half my ultrapeer connections are these two, my search results can drop to as little as a tenth of what they are with Limewire ultrapeers.

This easily occurs, since they hold the connection so much better than a Limewire host.

A Morpheus ultrapeer used to be fairly rare. Why are they so numerous all of a sudden?

Numerous Morpheus Ultrapeers
 

I think there are suddenly lots of Morpheus Ultrapeers because they just released Morpheus 1.9, which is based on the Gnucleus 1.8, which has Ultrapeer support that's compatible with LimeWire.

The developers considered that, but they saw some issues with privacy and legal problems for people running a supernode.

Is there a fix in the meantime?
 

But, Is there a fix in the meantime?

I personally feel a vendor filter is not a difficult feature to implement. Is it?

Just a thought...

I dont understand the problem
 

I just dont get it. Who cares if Morpheus, Bearshare, Gnucleus etc... use the ultratrapper. It serves a greater purpose of increasing the overall file base. The more stuff to d/l the more speed ... the more variety etc...

Personally, I dont see it as a problem.