*Shareaza beats all the other Gnutella software into a bloody mess.
 

Minor upgrade 1.0.2 is now available. This upgrade
incorporates many of the features and fixes requested over the past 48 hours since the
initial release. Limit searches to certain file types, faster uploads, better QRP compatibility,
auto-connect, more intuitive results display. Yes it has it all. :cool:

And how does it affect the network to get this "beats all the other Gnutella software" status?
Any chance it trashes the network for everyone else?

Listen UP Mr 64.24.x.x.x

You are really going to have to stop trolling round to spread your negativity... Next time I see an empty post from you equal to this one, zap
Got it?
You are either going to stop with your constant and meaningless negativity or you are going to see your posts disappear real fast.
Got it?
As said before, you have NOT evaluated this client and many people here are sick and tired of your garbage posts which contribute nothing to these forums.
I did say 'please' to you to stop your foolishness. You get only one of those. From this post on, if you choose to continue with nothing but attacks and diatribes, you will be deleted.
Up to you.
These forums MUST be able to support open discussion about all Gnutella clients.......
This does not include your 'arrogant stupidities and childish ego displays'.

The comments made by the OTHER unregistered poster :rolleyes: are with merit. It, Shareaza, is, as far as anyone can determine to date, a really wonderful piece of work.

Now, if you do not have a client of your own making to share with all of us, shut up.

Those seem to be legitimate questions and I don't here any negativity coming from it. While this unregistered user has been a pain in the a** sometimes, it seems you are starting a personal little war against him. Perhaps you should let another mod step in.

Did you investigated anything like this? If so please post your results that others can confirm them...

Morgwen

OK, point taken from you.
I would say that I see all of the posts from this individual in the normal course of doing the mods job, and there is a 100% consistency of negativity and innuendo and simple unfounded attacks included in all of his posts.
It has been suggested that this particular unregistered poster may possess some knowledge in regards these subjects discussed here...... If this is so, than I would hope to see the fruits of his knowledge made available to some here who may benefit. I wish to see the fruits of his automatic negative reactions limited. They are harmful to the well-being of the majority of Gnutella network client users and to those who genuinely seek assistance or a sounding-board within these forums.
I very much support his potential as a possible "devil's advocate" here, but, with polite behaviour and far more than a routine, "You are an idiot and do not know what you are talking about..." attitude... He has already tried to pull this off with people who are well established within the Gnutella community, and failed...... I think it is important that he stop this behaviour with everyone here.
A troll is a troll, no matter what level of technical prowess the troll may possess. Trolling is trolling.

It would be very nice to see him become a part of the 'solution' around here, hmmm?
It is not difficult to do this..... All you need to do is have the memory and integrity to admit that only a short while ago you knew nothing.... and, in the future, you will always be a newbie with something.... Everything, actually :D

Swarm downloads, Ultrapeer and query routing technology use intelligent connections to save your bandwidth.

Detailed diagnostic and monitoring capabilities including smart packet dumping, search monitoring and filtered hit monitoring enable you to keep an eye on the network.

Fully featured and infinitely configurable performance graphing visualises key indicators such as bandwidth utilisation, neighbour interactions, downloads, uploads and network characteristics over time.

Support for the latest Gnutella protocol enhancements such as v0.6 handshaking, Ultrapeer/Supernode, QRP, BYE, pong caching, flow control, EQHD, HUGE, HTTP/1.1, chat and XML metadata ensure you're PC is a good citizen on the network. :cool:

It allows you to connect to hundreds of ultrapeers at a time (whatever your bandwidth will allow), set your TTL, expire time, and any other option to whatever you want it to, no matter if it has the potential of hurting the network or not, and one of it's "features" allows Shareaza users to "hide" by changing the user agent field (so it will look like they are actually using Limewire, Bearshare, Gnucleus, or whatever), and it allows you to hammer other users for files.

Sounds like another QTrax2 to me, with the possibility to be much worse.

My point exactly.
Someone with a personal grudge against me seems to not want this pointed out.

Makes sense since the other clients like Gnuc, LW and BS have all those "cool" features like ultrapeers and such. So any client that gets way better results should be questioned as to how it does it.
I am just asking questions, how can this "new" client get you better results than any of the leading existing well developed, researched and well behaved clients?

Proof
 

I just posted the proof. I'm not saying the default settings will harm the network, but this client is aimed towards advanced users, it seems. Many of these people will be tweaking the settings to their advantage, in turn hurting the network. Have you ever seen a Qtrax2 user hammer you for files once per second? Even while they're already downloading the file from you? I never downloaded Qtrax (I did download Shareaza and give it a spin), but I don't think those are it's default settings, either. But the fact is, alot of people who will be downloading this will set it up so that it best benefits them, without regard for the rest of the network, as we've already seen with Qtrax. And I believe this client has the ability to be even worse than Qtrax on the network (more options for the tweaking, and no limits to what they can set them to).

Yes, I agree - I would like to see BOTH SIDES of the coin, if it doesn't harm the network, then prove it, if it does, prove it.

Sanelson,

what do mean exatly? Shareaza has no auto-queries like Qtrax...

I ask already some people to check this client!

Morgwen

EQHD
 

What's the EQHD format? Or at least, what's the vendor ID?

Hey,
Shareaza is REALLY good indeed.
Finally there's a program where I still have
some control and where I know what is going on.
Shouldnt we open a forum especially for Shareaza too
since its a gnutella client?

Moak suggested this already:

http://www.gnutellaforums.com/showth...threadid=12722

Morgwen

Re: EQHD
 

According to the author the format is the following:

> Yep, Shareaza uses RAZA. I think I plugged it into their
> database.
>
> For anyone who is interested, the private EQHD is one byte
> long and the LSB represents P2P chat availability. That's exactly
> the same as LimeWire, which is why you can chat with
> Shareaza and LimeWire hosts. I think the whole chat thing has
> a lot more potential than what they've done so far, but its a
> start I guess. Shareaza's chat implementation allows IRC style
> nicknames and /me 's, but that's as far as I extended it.
>
> The public area contains the usual host flags and plaintext or
> deflated XML.

This quote is from their forum at www.shareaza.com.

Hmm, OK, well, that's what I read somewhere. If this is true, then it's not AS BAD.

However, what about all the other things that I mentioned? You know.. the things that give you such great search results. Connecting to hundreds of UP's, changing the TTL and expire time to whatever you want, etc. These things are supposed to have limits! That's why no other Gnutella client today (I may be wrong, but no popular ones, anyway) let you change these values. Bearshare and Limewire, will let you change the number of UP's but they have LIMITS. The Bearshare 3.0.0 Betas had unlimited UP's for a long time. Last week, I mentioned in a post on Bearshare.net, how this could harm the network if it was left in upon release, and it was limited to 10 in the next Beta. I guarantee you, if Vinnie would have left the limits out of the release, there would be a hundred people here slamming him.

Now, imagine, if you will, a world where Shareaza is the predominant Gnutella client. The average leaf is connected to, oh, let's say 75 Ultrapeers at a time. Now, it may take 10 minutes or so, for newcomers to find an Ultrapeer to connect to, but that's OK, because everyone has "maximum exposure" on the network.

Now, I won't try to fool you. I don't know enough about how gnutella works to tell you how changing the TTL and expire time can harm the network, but what I do know, is that they're not supposed to be changed. That's why none of the other clients out there let you edit these values anymore. I'm prety sure it has something to do with flooding the network. Could someone else out there please explain?

TTL = Time To Live = expire time

If you sent the value to high and try to send it, most servants will (should?) either change the value or drop the packet.

I think a real problem is that it allows large packets to be passed around the network by default. This is really bad for modem users.


My experience with this client has not been so good.

1) Plenty of search results but the downloads seem to hang before they get started.

2) Have yet to upload anything after running it for 3 days in ( 1 day in normal mode, 1 in leaf mode and 1 in ultrapeer mode ).

3) Another rather stupid bug is the fact that the client will connect to itself multiple times through the local lookback address (127.0.0.1) if it has that address in its cache. I attached a screenshot if you want a good laugh (72k zip). Look at the packet
counts and times you can match the in/out connections :D

4) If you connect to a number of clients ( around 20 or so ) in normal mode and open the packet monitor then try to change the packet types the program seems to lock up.

5) The program also crashes almost every time I close it.

If 3, 4, and 5 were fixed or explained it would be a decent client, but as far as it being better than any other client I would have to disagree.

@ Sanelson

About this TTL, AFAIK the GDF developers agreed to a highest TTL of 7 because higher values are not reliable but this doens´t mean that higher values harm the net!

Please correct me if I am wrong.

About the Ultrapeers, I can´t see here a problem either... how should it harm the net if you are connected to hundreds of Ultrapeers (if possible)?

Morgwen

It would take up otherwise "free" connection spots.

Lets assume that every node on the network have connected to four other nodes. Then, if you rise the TTL by one, your message will reach four time more nodes. If enough clients use too high TTL values, the network will be crippling because of too high traffic.

The more UPs you're connected to, the more queries and query replies you send to the network. If all users would be connected to least 50 UPs, the network would be crippling again because of too high traffic. It simply doesn't make sense to let people use too many UPs at once.

Imagine you have 1000 clients connected to 100 ultrapeers each, let's further assume each ultrapeer is capable of holding 100 connections. - That means the overall ratio of ultrapeers to leaf nodes is 1:1, in which case you could as well stick to the classic gnutella scheme without any ultrapeers.

Yikes, thought you knew that one :o

The higher the TTL, the more clients it will reach, the more traffic it will generate, the more people will be complaning - usually in that order :p

Nevertheless, you can set the TTL to 255, but it won't get passed most modern Gnutella clients at around hop 6 or 7. The early version of NullSoft's Gnutella (0.54 i believe) had a bug in it, which it didn't lower the TTL. Messages just kept going on, causing the network to get really messed up.

Yes
 

Tshdos, Kaapeli, and Taliban pretty much summed it up for me.

Like I said though, it's not the default setting that are hurting the network... It's the possiblilities...

Shareaza’s configurability is based on my philosophy that giving users as much control as possible is beneficial to everyone, and definitely the way to go on a “free” network like Gnutella.

The danger I see in “closed” systems such as FastTrack is that the parameters are determined by the organisation supporting it, and serve their goals rather than yours. For example, its not unusual for P2P clients to disrespect the user’s wishes in terms of the maximum number of uploads they are willing to serve, just to reduce the chances other users will get a busy signal. Making downloads more reliable is definitely a good cause, but that’s not the way to do it. Download queuing, source meshes, etc – those are much better solutions, and that’s the way the Gnutella network is innovating.

Yes, a malicious or perhaps selfish user could change Shareaza’s settings in a non-productive way if they so desire. But the great thing about Gnutella is that every node is autonomous, and performs an independent policing role. If someone sets Shareaza’s default TTL too high, the vast majority of good servents (including Shareaza) will drop it on the next hop. If you set a download retry delay too short, the host will disregard your requests. But by allowing users to change these types of settings, Shareaza lets everyone optimise their own performance – now, and in the future as the Gnutella network evolves. You’re not stuck with some settings that were forced on you “for your own good”.

I think on a free network like Gnutella it’s important to empower the people who are the network. Sure, some people might try to abuse this power, but that’s why servents take on a policing role too.

I haven't tried your client, but I use gtk-gnutella, and its authors have the exact same philosophy as you have.

All the things you described as being configurable in your client, I can configure in gtk-gnutella.

I can even define the maximum size of messages to accept and relay, but this is not a GUI settings, and must be done manually in the config file. I use it to limit queries to 128 bytes, in effect dropping all those verbose XML queries from LW.

Commenting!

-- Peer

You mean you are blocking the xml query replies, - LimeWire's xml queries usually don't reach that size.

I'm glad you feel that way, so you will be GPLing Shareazas source code soon I expect?
With open source your client will live forever and will get the benefit of a whole community of developers that will contribute more features and source code to it.
Users will be further empowered because they can easily change things they want to without waiting months for the change. Security will be assured when new anon protocols arrive through peer review of your code.
Another GPL client on Gnutella would be wonderful!
Yes, yes, yes!

He was talking about the protocol being open. FastTrack is a closed protocol (proprietary), owned by one company, licensed to other companies (like Kazaa).

Re: Re: EQHD
 

Thanks abaris :)

"giving users as much control as possible is beneficial to everyone"
Sounds like Open Source to me.
"parameters are determined by the organisation supporting it, and serve their goals rather than yours"
Sounds like a typical closed source proprietary client to me.
"Shareaza lets everyone optimise their own performance - now, and in the future as the Gnutella network evolves. You?re not stuck with some settings that were forced on you ?for your own good?"
And the only way you can assure "in the future" is to release your code to GPL so even if your company is gone the program lives on.
"I think on a free network like Gnutella it?s important to empower the people who are the network."
Open Source empowers the user in ways we haven't even thought of yet. It opens the door to more innovation and people who you never knew existed may jump in and code the next "killer feature".

The innovation is coming from the Open Source nature of Gnutella and thus to be complete with this whole concept, the clients need to be Open Source.

You're twisting his words because you want the client to be open source. He's talking about the many options Shareaza has and how Gnutella is an open network so the client should enable the user to use the network as freely as possible without damaging it. How you changed it into a chance to assume he's going open source then state why he should go open source nobody knows.