Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Music Media

The Gnutella War: Free vs. Commercial 137

Anenga writes "Slyck has an interesting interview with Mike of Shareaza regarding Gnutella2 (see older stories), where he expresses his opinions on how Gnutella2 has been recieved within both the user and developer community. The reaction from the top commercial clients, Limewire and BearShare, on Gnutella2 (as seen in the GDF and elsewhere) is that they will not support it because of how it was presented, however, Gnucleus (free, open source) plans to support it and feels the GDF is not seeing the bigger picture. John Marshall of Gnucleus says 'Now it's more like "Free vs Commercial" clients, which [the latter] would rather develop their own next generation protocol (which would probably never happen).' The article in short: Shareaza will keep Gnutella2 open/free, it's already been very successful with a 80-100k growing userbase, Gnutella2 was *not* based on Limewire's GUESS proposal and is in fact very different from it and Shareaza will continue to both support the original Gnutella ('G1') and of course G2."
This discussion has been archived. No new comments can be posted.

The Gnutella War: Free vs. Commercial

Comments Filter:
  • why should I care? (Score:3, Insightful)

    by el_mindwarp ( 593805 ) on Sunday December 22, 2002 @07:52AM (#4939963)
    What I don't understand is how desperate you have to be to go commercial with application which is used mainly for illegal file sharing. I mean, cmon people are sharing mp3's, divx-ripps, applications and games. Not like somebody would actually download mpegs of my pets or my kid brother's birthday. Not that I am preaching, but it was kinda gray activity, we all know what it is used for. Going commercial is going to be the death of it, but hey they, are just lazy and are trying to make a living without having a proper job. I wish somebody would pay me money to change desktop backgrounds in my blackbox, and play around with my Eterm, because I think it's fun. I kinda grow out of that idea long time ago, and had a nice job since... Get a life.
  • by HealYourChurchWebSit ( 615198 ) on Sunday December 22, 2002 @07:59AM (#4939978) Homepage
    I think the paragraph that pays for me is:
    "The GDF's first reaction was negative because they claimed it used the same ideas from other proposals. Once the protocol specs were released this was obviously false, but the GDFs reaction was still negative so Mike has not bothered to release the rest of the specs.

    What it really sounds like is that the commercial entities are balking for something. That is, they are negotiating with their veto.What specifically they want out of this, whether it is a voice in the process or perhaps a cut of the action, I'm not entirely clear. I'd like more on what the author of the article called the 'backstory'.

  • Re:Kazaa (Score:2, Insightful)

    by InfiniteWisdom ( 530090 ) on Sunday December 22, 2002 @09:04AM (#4940056) Homepage
    Kazaa is based on the concept of "supernodes"... computers which have high resources keep track of info about the "little guys" in their neighbourhood. When you do a querry, you're really only querrying the supernodes directly.... makes for great bandwidth savings exactly where they are needed.

    I think that given the fact that bandwidth of internet users vary by a factor of a 1000 or more (compare a 33.6 kbps modem to a 100Mbps ethernet), any network (like Gnutella) which treats all computers the same way isn't going to perform very well.

    Also, gnutella is almost defenseless against DOS attacks... because it uses flooding (thereby allowing an attacker to instantly turn one packet into thousands or millions). I don't know enough about Kazaa implementations to know how well it resists DOS attacks....
  • by John W. Lindh ( 607757 ) on Sunday December 22, 2002 @09:35AM (#4940104) Homepage
    1. Compression of gnutella peer/ultrapeer/leaf traffic a la zlib. (my little cablemodem that used to be able to support up to 110 connections now supports up to 290 connections as ultrapeer with compressed streams.) Proposed and implemented first by gtk-gnutella. However LimeWire is also using some form of compression. 2. Tigertree hashing - tigertree, as well as e-donkey2k, sha1 and md5 hashes (i believe) are all supported. Not sure if shazaa actually verifies each chunk against the tigertree, but it _should_. md4/md5 hashes won't be used by others because it creates a huge redundancy. If you have two files, one with a md4 has the other one with a sha-1 hash you can't make sure if they have the same content or not. As far as tigertree hashing is concerned, nobody ever said it wouldn't be implemented after it was proposed by Gordon Mohr. LimeWire has it on their to-do list for example. 3. Ultrapeer "crawling" via udp queries. Even that was decided to be used before Gnutella2 was released. My problem is, that Mike Stokes knew those features would be implemented but he didn't take part in the discussion, he kept his ideas for himself to be the first one implementing them. The GDF was productive (it produces the proposals more quickly then the GDF members are implementing them). Shareaza hasn't (yet) broken the existing gnetwork. The way you say it, it sounds like that is just a matter of time. - By the way, Shareaza is sending corrupt alternate locations, so it is breaking the network.
  • by ram4 ( 636018 ) <Raphael_Manfredi@pobox.com> on Sunday December 22, 2002 @09:37AM (#4940109)
    ***The developer(s) don't wait for committee to implement backwards-compatible extensions to the protocols***

    That's just great. Yes, by doing things alone, just for yourself, you don't have to wait for others to agree. But then how do you ensure your ideas will be inter-operable with others? This approach can only work in a single-vendor world.

    1. Compression of gnutella peer/ultrapeer/leaf traffic a la zlib.

    You sound fairly ignorant about the current state of Gnutella. Compression is not something new, it has been implemented for almost six months by gtk-gnutella and Swapper (at least, forgive me if I forgot another vendor).

    3. Ultrapeer "crawling" via udp queries.

    This is exactly what LimeWire's GUESS proposal is about yet. But LimeWire, contrary to Shareaza, has discussed the matter openly before implementing it, taking the feedback of most developers.

    Gnucleus and Shareaza have been the best gnutella peer apps on the windows side because they 1) implement new features and new standards promptly,

    I could not say for Shareaza, since I don't use it, but I looked at the source code of Gnucleus and I can tell you there are many things that are not standard within Gnucleus. Yet Gnucleus currently behaves as a decent Gnutella client.

    To summarize, I think your post is more pro-Shareaza (blindly) than well-informed. I'm not sure you fully grasp what is at stake here.

  • by Kunta Kinte ( 323399 ) on Sunday December 22, 2002 @10:06AM (#4940158) Journal

    I'm not a Shareaza fan, But I think Mike is within his rights to call his protocol Gnutella2 if he wishes.

    I've been following this thing for a while now and this is my view. Gnutella was made by a group of developers at nullsoft, right? They never trademarked the name and eventually abandoned the technology all together, I believe.

    GDF is an ad hoc group put together to continue the development, but have no special rights concerning gnutella.

    Love him or Hate him, I think Mike is perfectly in his rights to call his protocol Gnutella2. It's not a very nice thing to do, but he is within his rights.

    The GDF should accept this, realize that at any time someone can create a 'Gnutellan' and all the GDF need to do is that when describing their protocols, specify the version that they created and/or endorse. eg 0.6, etc.

  • by OneEyedApe ( 610059 ) <Simianthing@yahoo.com> on Sunday December 22, 2002 @10:21AM (#4940172)
    Or it may well be that the companies rejected this protocol because it was not theirs and/or they could not completely control it. Logic and reason can be suprisingly scarce.
  • IANAD (developer) (Score:2, Insightful)

    by br00tus ( 528477 ) on Sunday December 22, 2002 @11:19AM (#4940303)
    I am developing [sf.net] a Gnutella client currently, and have been following this on the GDF, although not that closely

    First of all, if this is "open" (free) versus "closed" (commercial), WHERE is the Gnutella 2 specification? "It's coming". I mean that's one of the oldest notions in the free software community, it is NOT open source (or protocol) until the source (or protocol) is actually open! When (if) the specs come out, I'll believe it.

    Currently the Gnutella "1" (aka v0.6) specs are published, and functioning in many clients, and the Gnutella 2 protocol is not to be found anywhere. It's true that Shareaza does not (yet) have ads and Limewire and Bearshare do, but Shareaza's source is closed, unlike Limewire's. Calling Shareaza open and free and Limewire closed and commercial is kind of silly, especially since Shareaza source is closed and Shareaza G2 protocol is (currently) closed.

    Second of all, Gnutella is a coalition of the most popular Gnutella developers - Limewire, Bearshare, Gnucleus, Xolox, GTK-Gnutella, Morpheus (sort of) and so forth. Currently, they call the Gnutella version they have version 0.6. Along comes a new client Shareaza, and they try to hijack the Gnutella name and call it "Gnutella 2".

    I hope Mike comes to his senses. Shareaza is a decent p2p client, and has been a positive thing for Gnutella, and he can do what he wants, but I am uninterested in any new protocol until protocol specifications are published, and trying to seize the Gnutella name is kind of silly as well, especially since the protocol he wrote (and has yet to share specifications of) is so radically different than Gnutella. He can switch to his new protocol if he wants, but he should stop calling it an open protocol until he publishes the specifications, and he should consider a name aside from "Gnutella 2".

  • by LostCluster ( 625375 ) on Sunday December 22, 2002 @11:35AM (#4940364)
    The commercial interests do not want to be compatible with "truely free" clients because their business model is based completely on bundling spyware with their application. If a spyware-free program that has access to the same network exists, who'd download their spyware?
  • by number11 ( 129686 ) on Sunday December 22, 2002 @02:55PM (#4941000)
    My question would have to be why Limewire/Bearshare/etc have flat out decided to absolutely not support the new protocol
    Seems to be two reasons. One is, the new protocol is (at this date) proprietary and not open, though it is being heavily marketed. There are promises that it will be open, some day.

    The other reason is that they're seriously annoyed that the new protocol was named "Gnutella2", which implies that it is superior to Gnutella. Maybe it is, but naming it thus was a marketing coup at the expense of personal relations with the other developers. Kind of like calling your linux distribution "ImprovedRedHat" even though it never was RedHat to begin with.
  • by Yi Ding ( 635572 ) <yi@s[ ]entindebt.com ['tud' in gap]> on Sunday December 22, 2002 @03:25PM (#4941150)

    What I'm trying to understand is why does everybody and their brother build a brand new P2P network (or try to)? This is another geek vs. businessman thing where a bunch of geeks are creating things for no apparent reason whatsoever other than the fact they may think it's "cool".

    What Gnutella is trying to do is make an open, operable standard which then can be implemented by many clients, thus simultaneously making all of those clients better, and therefore making so that even though there are many clients, the network they are on is good.

    In a sense P2P networks are similar to encryption methods. New compression methods will constantly be discovered. The reason why people choose to use them even though it will break compatiblity with old clients is that they're better (smaller, faster, etc...). P2P is at the same stage compression methods were 10 years ago. Some people come up with new P2P networks as an academic exercise. Others implement them because they are better than what they have. Your argument may make sense 10 years from now when the P2P process is nearly optimized (similar to compression now), and then, the more people we have sharing one network, the better. However, when there is signifcant room for improvement, it is always better to implement the new standards instead of trying to maintain compatibility with the old ones.

  • by Jace of Fuse! ( 72042 ) on Sunday December 22, 2002 @04:53PM (#4941355) Homepage
    You make a good point, and it also goes along with one of my biggest gripes.

    Suppose you DO in fact want to find an MPeg of a dog or something (for whatever reason). The file sharing protocals ARE so overwhelmed with copyrighted material it is becoming next to impossible to find public domain material. Pirates are hurting the file sharing services from both directions.
  • by Gaylord Fokker ( 636056 ) on Sunday December 22, 2002 @07:47PM (#4942090)
    So why doesn't he release the specs now, so others with plenty of Gnutella development experience can HELP him get all the bugs worked out? Why the "secrecy"?

Today is a good day for information-gathering. Read someone else's mail file.

Working...