Slashdot Mirror


Death of the P2P net Predicted! Film at 11!

87C751 writes "Cnet has a preachy, whiny piece bemoaning the peer to peer "phenomenon" and its lack of commercialization potential. The humor comes when they claim that bandwidth limitations will ultimately doom P2P (as though bits that traverse through a server somehow take less bandwidth than bits sent from one box directly to another). " Alright, I'm a little softer then the submittor, although I agree with some points. The area that I do question is how much is actually shared - most of the people I see out there are taking, not contributing to the Gnutella and the like.

42 of 132 comments (clear)

  1. Asymmetric connections by Mike+Hicks · · Score: 2

    If peer-to-peer does go away, it will be because service providers (telcos running DSL and cable companies with their cable modems) restrict upload speeds to intolerable levels.

    At my home, upload speeds are limited to 112kbps (about 14kB/s). It isn't terrible, though uploading a single MP3 can bog down your downstream rate too (since the two-way handshaking that goes on takes up a small but significant amount of the TX/RX time).
    --

  2. Ho Hum... by rnturn · · Score: 2

    Yet another set of commercial ventures predicts the death of something the use of which they can't figure out how they can charge money for.

    Oh, and I really like how CNet's ``printer friendly'' version of their pages removes the graphics that are associated with the article but leaves the banner ads. Pathetic.


    --

    --
    CUR ALLOC 20195.....5804M
  3. What is needed is _some_ P2P by samael · · Score: 2

    What's needed is some P2P at the high end, to allow for seamless mirroring and reporting, with the lower end being more heirarchy based.

    That way (for instance) you ask your local server for a file and it uses a P2P method to retrieve that file across the network of 'big servers', then sends it to you. That way your dial-up connection isn't slowing down the large scale network.
    _____

  4. I disagree about file transfer by samael · · Score: 2

    If you're transferring files from a friend and you're a bit bursty adn so are they, you end up downloading a lot more slowly than you could in theory. (imagine that you spend 30 seconds each minute running at half speed and so do they, you only spend (on average) 15 seonds each minute downloading at maximum speed).

    If you've got a high-bandwidth cache in between you can get a 50% higher throughput. Also, if the file has been cached beforehand (because someone else downloaded it) you can get it at your maximum speed.

    _____

  5. Re:That doesn't make any sense by Idaho · · Score: 2

    Ah, you are right in that they are different data streams. However, if I open, say, Napster on my cable modem, within minutes there are probably 10-20 users downloaden from my box.

    Then, when I try to browse the net, read /. or do other usefull things :-) my HTTP-requests (upstream) do not get through, or at least very slow (like, it takes 10 seconds to reach even my local ISPs page). Same goes for request/ACK/whatever-packets that are sent, also while downloading! This will slow down your download quite a bit.

    So while you are theoretically correct, it doesn't entirely work that way.

    --
    Every expression is true, for a given value of 'true'
  6. Not everything has to be a business-model by superdoo · · Score: 2

    These days the attitude seems to be that unless something is a business model then it isn't viable. These P2P services will be around forever now that they exist. People will realize that each individual can pay for a portion of the network-bandwidth-server infrastructure required to maintain the P2P service without requiring a corporation to control it. Of course the people with the least amount of resources (bandwidth for instance) will take more than they give, but I think the system (I guess I'm talking in abstract terms here about some sort of ideal or at least workable P2P service like Napster or Gnutella) will tend to balance itself out. To each as they are able. As broadband connections increase more people will leave their client/server running all the time. I for one haven't seen a problem on the networks, have you? Just because a corp can't create a business model to support some astronomical farce of an IPO doesn't mean something can't be successful.

  7. Re:Total ignorant BS? by alienmole · · Score: 2
    Just because some kid slapped a web interface onto a hack of anonymous FTP doesn't suddenly make it a different technology. Just because he made it distributed doesn't make it anything more than simply 'convenient'. Searchable FTP has existed for a long time, also since before the www. Anyone remember the Archie tool? Indexing, and making it transparent is the next obvious step, not some revolutionary break-through.

    If it was so obvious, why didn't someone do it three years ago? Seemingly minor or incremental improvements in the usability or packaging of existing technology can be a breakthrough if the result is that hundreds of thousands of people suddenly become able to do something which they want to be able to do, but couldn't previously.

    I suspect you have a narrow technical definition of what you think constitutes a revolutionary breakthrough. The fact that the recording industry is shaking in its boots right now is proof enough of the revolutionary nature of P2P file exchange. And it's this specific application and incarnation of P2P "technology" that the CNET article is about. Not that I agree with the article itself - I'm simply reacting to your unjustifiably dismissive comment.

    Bits is bits is bits.

    Uh-oh, Nicholas Negroponte is posting on Slashdot now!!!

  8. How much is shared? by Greg+W. · · Score: 2

    How much is being shared? A whole hell of a lot. Where do you think all the people who "take, take, take" are taking from?

    Here's some stats for my MP3 sharing over HTTP only. This doesn't count what I share on OpenNap.

    dwarf:/var/log/apache$ head -1 access.log
    127.0.0.1 - - [22/Oct/2000:06:26:35 -0400] "GET /robots.txt HTTP/1.0" 404 204
    dwarf:/var/log/apache$ tail -1 access.log
    XX.XX.XX.XX - - [27/Oct/2000:10:27:36 -0400] "GET /mp3/Pink_Floyd/ HTTP/1.1" 200 3651
    dwarf:/var/log/apache$ grep -v '^127.0.0.1' access.log | grep '\.mp3' | wc -l
    503

    (I changed the IP address to XX's to protect the identify of the person who made that last request.)

    503 mp3 file transfers (some of which are partials and resumes, of course) in 124 hours -- or about 4 per hour. And that's a very small number compared to the activity I get on OpenNap (which I don't log, currently, but trust me -- it's much more than 4 per hour).

    Those of us who share may be in the minority, but we definitely exist.

  9. Re:Ratios... by Greg+W. · · Score: 2

    Ratios... points... offering services to earn virtual currency which you can spend to download information... sounds like a pretty good idea, eh?

    That's what the Mojo Nation folks thought, too.

  10. Re:It's a common argument by delysid-x · · Score: 2

    Of course, one of the biggest mistakes they made with gnutella is not putting in some way to block dialup users. There should be some kind of bandwidth checking in the connect code. Maybe have it send 50K of random data from the node being connected to which then times how long it takes to get back the CRC of that data, more than 3 seconds and no connect. That would cut out all the slow users and keep ping times between nodes to a minimum.
    Hmm... maybe I should go hack the gnut code and put up a high bandwidth only net.

  11. I admit, I do it.. by BilldaCat · · Score: 3

    when I suck stuff down, I usually block/disable uploads, because I need that bandwidth.

    I should probably turn it on at night when I'm not using the machine to give back, but I haven't bothered.. there's no penalty if I don't do it, so why should I? I know I'm not alone in that line of thinking, though it may be wrong.

    --
    BilldaCat
    1. Re:I admit, I do it.. by ToLu+the+Happy+Furby · · Score: 3

      When I use Napster, I only share about half my MP3s (still over 2 GB, and generally my more interesting stuff), because if I share them all it takes abominably long to log in.

      When I use Gnutella, I often don't share at all, because my CPU utilization goes very high when I do, and then I can't listen to the new MP3s I'm getting without skips. (I assume this is due to my computer needing to check every search string that comes through against my list of shared files.)

      Both of these problems are fixable with increased bandwidth and computing power. (Or maybe I just have a buggy version of Gnutella.) I'm very enthusiastic about the possibilities of P2P, and I genuinely try to share as much as possible. While I realize not everyone on Gnutella or Napster is as idealistic, I have a feeling the percentage who are is a good bit higher than the 2% (or whatever) reported. Of course you can't blame CNet for taking the "corporate whore" view of human nature, but in my experience people like to share with each other, and will especially do so whenever it is easy and doesn't have noticable drawbacks.

  12. Re:That doesn't make any sense by Tava · · Score: 2

    Upload and download are different data streams at data-link (modem) level, not at the transport level: TCP is quite chatty and all those ACKs have to go back somehow. If your connection is not to the same computer the upload is going to, ACKs cannot piggyback your packets and have to be sent as stand-alone packets. These packets will have precisely 1 bit of useful information, but still use "minimum packet size" bytes. Quite wasteful!

  13. Re:Aggregate bandwidth by hey! · · Score: 2

    The articles on freenet's architecture are a bit vague, but it looks like they do something like a space/time tradeoff to achieve higher performance -- more space is dedicated to data and metadata (by duplicating it across servers) so that the path to any datum is shorter.

    Finding stuff is a different matter, and I suspect part of the solution here is to learn to accept imperfection by design.

    Yes, I see the Freenet design implements a finite TTL on a request. Combine with caching data it means the network adapts to more popular data, serving it across fewer hops. So the effective network radius you have to search is limited for popular data, and TTL limitations puts a hard limit on less popular data searches. This caps the growth of bandwidth usage per user, which is a good thing, but it also means that you can't deterministically find something that actually exists.

    It's anyone's guess to how performance and reliability would be affected by scaling to, say, a good fraction of the current size of the web; I expect there will be some interesting chaotic phenomena that will be uncovered with respect to the precise way parameters such as TTL and cache size are tuned.

    Anyway, my hats off the freenet people -- they're in for an interesting ride.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  14. Re:Napster has no Central Point Of Failure by hey! · · Score: 2

    A good lawyer can take down any published set of servers.

    The freenet architecture is interesting because it is even more decentralized and the servers are networked to share metadata. This means that in addition to taking down a number of well known servers, the lawyers will end up in a netherworld where metadata is passed in a highly connected and nondeterministic way.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  15. Aggregate bandwidth by hey! · · Score: 5

    as though bits that traverse through a server somehow take less bandwidth than bits sent from one box directly to another

    The aggregate bandwidth needed for file transfers won't change; it's the bandwidth required for meta-information -- catalogs, searches and search responses, that goes up.

    Has anybody done any theoretical research here? I'd guess that in a P2P network the bandwidth required to carry meta-information would go up O(N^2) -- that is you want to have a network of information distributing nodes that is some fraction of a complete graph. The Napster architecture, while introducing a single point of failure (at least from a legal standpoint), seems closer to optimal from a purely technical standpoint -- it centralizes meta information allowing O(N) growth of query bandwidth in nodes, and decentralizes data transfer.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    1. Re:Aggregate bandwidth by speek · · Score: 3
      It depends on how you design your p2p architecture. If you design it like Gnutella, with communication done via multicast, then yes, your bandwidth usage can go up O(N^2). If, however, you're a bit smarter, and do things like, say, Freenet, then you avoid a lot of that problem. If you want more information about how Freenet works, then go there.

      Essentially, the problem comes down to how do you find each other, and how do you find stuff. Finding each other is generally done with centralized services (eg DNS). But, there are other options, including limited multicast, expanding spheres of knowledge (ie you learn about 1 other node, and it tells you the nodes it knows, and they tell you the nodes they know, and so on - this is similar to Freenet). But, once you've found a node to talk to, bandwidth is the same as a non P2P network.

      Finding stuff is a different matter, and I suspect part of the solution here is to learn to accept imperfection by design. No, you can't search everything because that would involve going to every node and querying it, which would be impractical. However, you can spider out through the nearest nodes, and they should be able to point your query in the most promising directions, and you could configure your search to be as far-reaching (and slow) or as near-sighted (and quick) as you like.

      Another point to make is that there is the potential for our bandwidth capabilities to go through the roof in the relatively near future. With fiber, optical switching technology, we could easily see bandwidth essentially being removed as a bottleneck - perhaps in the next 5 -10 years.

      --
      First, make it work, then make it right, then make it fast, then, make it bloated!
    2. Re:Aggregate bandwidth by Stonehand · · Score: 2

      Aggregate bandwidth requirements would change in an Akamai-like caching server system, at least if not all content is transferred with equal probability, because if clients contact the closest (in terms of links) caching server and the content is still available there, it can deliver it over that shorter distance rather than heading to the server.

      If many clients share the same caching server/proxy, and they have similar tastes with regard to what they download, the savings in byte-meters (or whatever unit you choose to use) could be quite significant.

      --
      Only the dead have seen the end of war.
  16. Sharing is what it's all about by K8Fan · · Score: 2

    My current favorite MP3 sharing program is Audiogalaxy. It has a security and anonymity oriented design, but on the discussion board people are boasting about how many files they are sharing and how many gigs they've shared so far. Contrary to the GNUtella experience, most of these folks seen to be taking advantage of anonymity to share more, rather than less. Of course that could change.

    --
    "How perfectly Goddamn delightful it all is, to be sure" Charles Crumb
  17. S.S.D.P. by EnderWiggnz · · Score: 3
    Same Shiite, DIfferent Protocol.

    i remember talking with my father in 1992 about this whole "internet" thing. he thought that no one would be able to make money on it, and that there is no compelling reason for it to be used.

    and then came the web and all hell broke loose in 1994.

    now we've got a different protocol, one that keeps true to the original intenet of the internet, and allows "Peer to Peer" sharing.

    geez, the internet has always been peer to peer sharing, this is just allowing us to go back to this philosophy, and allow everyone to truly contribute back, instead of only those with large amounts of cash needed to generate hits.

    so, all of a sudden, we will be back to the model that allows anyone to communicate with anyone else.

    We're taking the power back with P2P. Using the internet what its meant to do - communicate, not make a buck...
    tagline

    --
    ... hi bingo ...
  18. Re:Total ignorant BS? by Hard_Code · · Score: 2

    Ok, here was my idea for a whizbang P2P architecture.

    What do we need? Something relatively anonymous. Something relatively stealthy. Something relatively standard, familiar, easy to use.

    So I says to myself FTP. Just hack on some extra functionality that allows pseudo-links to *other* FTP servers. Clients would traverse the filesystem and not know that they were actually getting listings from N servers away (much like Gnutella, but an FTP interface). Hey, why not slap on a new command, say, REVERT, which, when passed with a secret key, makes the FTP server revert into "dumb" normal FTP mode. Great.

    So then I look up the FTP spec. And what do I realize? FTP *already has defined a seperation of control and data flow*. FTP *already theoretically supports proxying*. FTP *is* Gnutella effectively. Somebody please read the FTP spec, and implement a server which will transparently do proxying like this (the nested remote filesystem stuff would be nice too - not sure if that is specified by the RFC).

    This has the nice added feature that any law that attempts to strike this down, will have to strike down the FTP protocol...it will then be laughed right out of court.

    --

    It's 10 PM. Do you know if you're un-American?
  19. Shameless plug... by Mike+Connell · · Score: 2

    The P2P system in my sig encourages users to share by use of a distributed karma system (a little bit like a certain web news site ;)

    The release this Sunday will have file sharing enabled.

    0.02,
    Mike.

  20. There's no way to even try to make $ by Pfhreakaz0id · · Score: 2

    I remember when I was into Hotline (www.hotlinesw.com) there use to be lots of free servers, then folks figured out that you could make people go to a web page and click through on a bunch of ads to get the password for the account that would allow downloading. Most of the big sites went to that model quickly.
    ---

    1. Re:There's no way to even try to make $ by AntiPasto · · Score: 2
      That was a sad day when after a few minutes realizing everything was predominately banner-fied. This is unfortunately the down side to distributed underground files. It's a seller's market so to speak.

      Slashdot knows that if you can't get the content of their site, you won't visit it, so they give you an option strategicly placed at the top, and its a good system. Those that are interested click, and vice versa.

      The New York Times wants you to register, as well as have ads, 'cause they're the NYT and think their content is that much more valuable that they can get your valuable demographics. I think that's fair.

      P2P file sharing (no matter what its form) is going to be by nature cut throat if it can be. FTP sites and hotline allowed for displaying of goods contingent on you performing something. Napster has no such mechanism, sans that the other person just might not be letting you download from him or they are firewalled. IRC has a little more polotics: sometimes things can be first come first serve, or more accessible through who-you-know, or just a cut throat as anywhere.

      So, this I'm sure describes every facet of underground -- drugs, prostitution, and yes illegal intellectual property.

      I think it'd be interesting to see how close the mindset of warez leecher and a prostitute are.

      ----

  21. Someone please shoot the pundits! by cperciva · · Score: 2

    Seriously, come on guys. A couple months ago all the pundits were telling us how great P2P was going to be; now (at least some of them) are telling us why it won't work. RIGHT NOW ALL THEY ARE TALKING ABOUT IS VAPORWARE!

    Why can't the pundits wait until they have something to talk about before they start talking.

    Oh wait, it's because they are pundits.

  22. Server-centric internet connectivity by bockman · · Score: 2
    Think of it : common modems are 56 K download and only 33K upload. In my country, the standard ADSL offering is 512K download and 128K upload.

    These things do favor a server-centric internet over peer-to-peer connections. The common user is supposed to be a content consumer more than a content producer ( well, honestly this is quite true for 99% of users - including me ).

    --
    Ciao

    ----

    FB

  23. Napster has no Central Point Of Failure by yerricde · · Score: 2

    The Napster architecture, while introducing a single point of failure (at least from a legal standpoint)

    Napster's centralized server is not a centralized point of failure thanks to OpenNap.

    --
    Will I retire or break 10K?
    1. Re:Napster has no Central Point Of Failure by yerricde · · Score: 2

      A good lawyer can take down any published set of servers.

      The game then becomes whack-a-mole. If the server software is freely available (even beer!), it _will_ be in warez archives, and other servers _will_ pop up. Think Hotline.

      --
      Will I retire or break 10K?
  24. Ratios... by don_carnage · · Score: 3
    It's been said before and I'll say it again: the best way to get this whole deal to work is with ratios. Just like in the good old BBS days.

    Oh yeah...then we'll just have some jackass uploading Britney Spears mp3's renamed just to get download points...*sigh*

    --

    1. Re:Ratios... by billcopc · · Score: 2

      Ratios are practical only when they can be verified and human-approved in a timely fashion. With a BBS this was made easy since the transfer speeds were very low and we had fancy-shmancy Dos utils to test/scan/repack/sort the archives. The common file-uploading BBS user was also expected to know a thing or two about PC's, unlike the flood of MP3 lusers who think that Zipping their music to save 12kb is a "leet thing". These two dramatic changes have led the traditional ratio-based currency system into the flaming pits of Hell. The typical mp3 serving geek doesn't necessarily have the time to listen to each and every uploaded mp3 to check its validity and subsequently give download credits to the sender. It's too much hassle for next-to-nothing. However the concept of "leasing" disk space/bandwidth as in MojoNation seems promising. When people have to pay (even if it's a microscopic fee) to store/xfer files, they'll usually think twice about wasting that precious bandwidth with mindless filler. Of course you'll always run into a rich idiot with time to waste and people to piss off, but that's beside the point.

      --
      -Billco, Fnarg.com
  25. Guilty fellings by photozz · · Score: 2

    The area that I do question is how much is actually shared - most of the people I see out there are taking, not contributing to the Gnutella and the like.

    For my own part, I think there is a certain feeling of "it's OK if I take, but if I share, I'll be caught" It's the diference between finding a $10 bill on the sidewalk and intentionaly shortchanging someone. The guilt level is oh so much less.

    --


    Dirty Pirate Hooker
  26. It all depends by FortKnox · · Score: 2

    It all depends on the application.
    Peer-to-peer works well in some instances, and star networks (server) works well in others. Just because more people see star networks working more often than peer-to-peer doesn't mean they are going to die.
    Two examples:
    1. Directly downloading a file from a friend. Peer-to-peer is by far the fastest way. The server would just be a middle man slowing you down.
    2. A FPS game would be incredibly laggy on a peer-to-peer because of the size of the overhead. The star-network is the better choice here.
    If you think about it, the internet is kinda both a star and a p2p network. There is no 'one central server', but a Peer-to-peer network of servers. So the P2P type of connection is going to die? I don't think so...


    -- Don't you hate it when people comment on other people's .sigs??

    --
    Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
  27. maybe on Gnutella.... by rainbowfyre · · Score: 3

    I think that alot of people don't share on Gnutella, because they honestly don't know how. Once, they do, they never really get around to it anyone, because the current setup works for them.

    Napster, and its near equals like Scour, all have sharing set up by default, and they both encourage you to stay online even if you're not using the program. Yesterday, on Scour, a whole bunch of people figured out that I had some somewhat rare anime videos. Instead of logging out when I was done, I just sent people messages that I wouldn't be there to monitor the transfers, and went to sleep. I think this happens more often than people think.

    People love sharing; it makes them feel generous. However, it CAN'T be difficult to do. In Gnutella, it is.

    -Rainbowfyre

    --
    Vericon is coming!
  28. Tech Articles or Obituaries? by Luminous · · Score: 4
    It seems to me it is becoming more and more common for tech writers to proclaim the death of one thing or another, even when it isn't true. Content, the web, desktop computers, and mp3's have all at one time or another said to have died, yet as far as I can tell, all are still doing quite well.

    P2P has just scratched the surface. To say it is dead before it even gets out of the starting gate is a level of eagerness that surpasses morbidity.

    There are constraining factors on p2p, but these will actually fade away as more people get broadband. Sharing will become more prevalent when it is made easy and has an obvious level of security (like Napster, where you choose which folder other's get access to). Also, as soon as it is decided what can and cannot be shared, that will open things up. I know I get a bit leary when I see people downloading my Juice Newton tunes, wondering if it is actually Juice's lawyers gearing up to sue me.

    P2P may not be the next killer app, but it will become a mainstay of the internet like ftp. So let's stop paying attention to doomsayers who are just trying to be seen as prophets of the internet through Kassandra-like proclamations.

    --
    This is not the way to build a lasting empire.
  29. What I thought was particularly dumb by sulli · · Score: 2
    many believe that business adoption is necessary for the peer-to-peer concept to be accepted by the mainstream masses, as well as to overcome today's technological barriers.

    Who's "many"?

    Sounds like a biz journalist looking for the Next Big B2B Thing and, coming up empty, bitching about it. Last time I checked Napster was still going strong. If 30M users aren't "the mainstream masses," um, who is?

    --

    sulli
    RTFJ.
  30. P2P and corporate netizens by viktor_haag · · Score: 2

    One of the big (well, big to me anyway) issues about P2P networking is the number of folks like me whose primary access to the 'net is through their corporate firewall. P2P software is not nearly as useful to me, and others like me, because we plain and simple can't use it -- our firewalls come up hard against pretty much any ports other than those used for "business". Right now, I can use HTTP, FTP Get, and that's about it. And I can well imagine a day when even those will go away.

  31. it's like a ripple by maddogsparky · · Score: 3
    I look at P2P as having a ripple effect. Like a ripple in a puddle, each of the water molecules only has an effect on the molecules near to it. It has very little direct influence on molecules far away. However, the laws governing propogation transfer the effect through all the interveining molecules and do effect further molecules.

    Okay, enough of the analogy! The point is that long distance bandwidth (influence) is limited. However, short distance bandwidth to a limited number of peers is not a limiting factor. So, peers only need to look in their local "neigborhood". Since each "peer" has a slightly different "neighborhood",

    drum roll pleese....

    the information on the P2P network will propogate reguardless of bandwith restrictions on long-range connections.

    Obvious to anyone that understands how news servers work, but aparently not CNN.

    --
    science is a religion
  32. sychophants by Siqnal+11 · · Score: 2
    People are downloading more than uploading for two reasons:

    1. They are lazy
    2. They are afraid.

    The penalty for possessing copyrighted material is much less than that for distributing it.

    --

    --

    --
    You are a fucking moron.
  33. ISPs are biased against P2P by AFCArchvile · · Score: 2
    The area that I do question is how much is actually shared - most of the people I see out there are taking, not contributing to the Gnutella and the like.

    Of course; after all, most people can't act as a server, even if they have broadband or DSL. That's why most of the ISPs which use those two use asynchronous connections (upload much slower than download). That way, users are driven away from acting as any kind of server, but are more than happy to download files and connect to multiplayer games as a client.

    From what I've heard, though, Covad uses restricted SDSL. That's nice, however, it's hard to find a reliable connection to that over here in Verizonland. I've tried to run a Q3 server on my 640/90kbps dn/up DSL connection; it wasn't pretty. My friend kept getting booted off for no reason, and pings were upwards of 300 for the clients.

    --
    "Ancillary does not mean you get to rule the world." --U.S. Circuit Judge Harry Edwards, speaking to the FCC's lawyer
  34. Total ignorant BS? by jabber01 · · Score: 5
    First off, I DO understand the concept behind Napster, Gnutella and the like..

    However, the whole idea that P2P is at all different than server-to-server is ridiculous. Just TRY to set up a P2P connection on the net without going through an ISP.. If you can, then you ARE and ISP. You are a 'server' - whether you have clients of not is irrelevant. Even major corporations today have to go through an ISP for their connection to the backbones. My little workstation has to make just as many hops to get to Mae West as Sony's data center.

    There is no technical difference between gnutella and a couple of buddies running anonymous FTP servers on their home machines. There is no technical difference between that and IRC - except for volume of bits. Bits is bits is bits. The difference, the ONLY difference, is that there isn't a corporation extracting an additional toll on the data that's transmitted. There lies the 'problem' with P2P.

    If Guntella and Napster were used to share vacation photos NOBODY would care. ISP's might jack up their rates based on how much pipe you use, but that's it. If the data transfered wasn't (arguably) someone's 'intellectual property', this would not even be an issue.

    People have been running private FTP servers in a P2P fashion since before the WWW made server-to-server the defacto mode of operation. Before ISP's got on the band-wagon, is was all workstation to workstation, account to account, peer-to-peer.

    Just because some kid slapped a web interface onto a hack of anonymous FTP doesn't suddenly make it a different technology. Just because he made it distributed doesn't make it anything more than simply 'convenient'. Searchable FTP has existed for a long time, also since before the www. Anyone remember the Archie tool? Indexing, and making it transparent is the next obvious step, not some revolutionary break-through.

    P2P is nothing new, and it is nothing 'different' than what has always been done. Servers talk to each other as 'peers' too, don't they?

    Just because a bunch of corporate-types label the same technology in two different ways, depending on wether they get a cut of the profits or not, does not make one way doomed and the other saved. Just because somone calls this 'piracy' and that 'a stable business model' does not make the two ways into different technologies.

    P2P, S2S, B2B... It's all the same technology. It's the same protocols and algorithms. It's all the same bits. The difference is only in who is in CONTROL of THE DATA. He who controls the INFORMATION, controls the Universe.

    As for P2P 'failing' due to low bandwidth at the 'local loop', well, that's just a hot, steaming pile of BS. Ye Olde Bulletin Board Systems (the ORIGINAL P2P networks) thrived on 2400 baud.. They thrived even more on 9600, then, when 14k came, the Internet had started to mature and began to offer more 'value', farther reach and more neat stuff. But the BBS's didn't 'fail'. Not due to poor performance or inequitable sharing of files within the communities they supported. In fact, the only times BBS's were put out of business (except for their owners personal choice) it was due to... (drum roll) PIRACY and kiddie porn.

    The REAL jabber has the /. user id: 13196

    --

    The REAL jabber has the user id: 13196
    What you do today will cost you a day of your life

  35. It's a common argument by Anne+Marie · · Score: 2

    It's one that people have been making about gnutella for a while (where there is in fact a lot of overhead), but gnutella's hardly the best example.

    If you haven't looked at freenet yet, then do so. Not only is it peer-peer, but it's anonymous, and it's working TODAY. There are smart folks developing it, and they're being very careful not to make the same mistakes gnutella did.

    --
    -- Anne Marie
  36. Why we keep hearing this by Seinfeld · · Score: 2

    We are hearing journalists over and over pick up on a technical truth -- the fact that p2p networks such as Gnutella are slow because their design limits practical size, most people are taking but not giving, etc. -- and saying "look! it doesn't work!" Meanwhile, the people who designed these networks in the first place (and many others) are busy finding ways to make the technology work. That's the spirit of this thing -- "Napster is a legal problem? Ok, we'll make a decentralized network. The new network protocol is slow? OK, here's one that works..."

    We are just in the time between the identification of the problem and the solution. Expect to see this one figured out.
    -----------

    --
    -----------
    If you ever drop your keys into a river of molten lava, forget 'em, because man, they're gone. -- Jack