Slashdot Mirror

← Back to Stories (view on slashdot.org)

uServ -- P2P Webserver from IBM

Posted by ryuzaki0 on from the not-to-be-confused-with-serv-u dept.

ryantate writes: "Some folks over at IBM have been working on the uServ Project, which provides "high availability web hosting ... using existing web and internet protocols", meaning you can serve a website from your desktop and people can get at it with a standard Web browser and without special software. They claim the system, which works from behind firewalls and when you are offline (provided you can convince other peers to 'replicate' your site), is in active use by about 900 people within IBM. Here's the white paper."

55 of 150 comments (clear)

  1. No fair. by tcd004 · · Score: 4, Funny

    Only AOL Time Warner Turner, News Corp, Verizon and Oprah should be allowed to make Web pages.

    Everyone else doing it will just mess stuff up!

    tcd004

    1. Re:No fair. by Bi()hazard · · Score: 5, Informative
      This is exactly the purpose of uServ-if you read through the documents written by uServ's designers, you'll see that this is intended to be web publishing for the masses. While many slashdot readers would host a site themselves, the average user can't do that. Hosts such as Geocities are corporate behemoths who have shown themselves ready to trample individual users whenever they find it convenient. IBM's visionaries hope to use the new resources available to home users-namely cable and dsl connections capable of moving around enough data to distribute sites-to implement an unregulated, power to the people version of Geocities.

      Isn't this the entire purpose of the internet: a distributed, uncontrollable network allowing anyone to share information with anyone else? Don't be fooled by the scant description offered on the front page or any preconcieved notions about what distributed filesharing systems do. This isn't a client/server program like gnutella; it relies on basic internet protocols to use the dormant resources of clients as servers. Coordinating servers will be set up not only by IBM, but individual power users like the typical slashdotter-someone with a spare computer to use as a dedicated server, and enough knowledge to run it well. The dream of uServ's creators is nothing less than freeing the server side of the internet from the chains of money, nothing less than making web serving as cheap and easy as web browsing. Nothing less than the liberation of content from the hands of the powerful.

      See for yourself in the document by the researchers Bayardo, Somani, Gruhl, and Agrawal. Their ultimate vision is a system taken for granted by the end user in the same way DNS is now. A complex solution to a serious problem, but one so easy to use, effective, reliable, and hidden in the background that anything else is unimaginable to the end user. Think of what will be possible when we have a large, community driven, self-sufficient, unregulated section of the internet. Censorship will be impossible, even for restrictive nations such as China. Using its revolutionary peer-to-peer proxying technology uServ will be able to dynamically create tunnels and anonymous proxies as easily as it can create webpages. Today Napster can be shut down, but one million users in a hundred countries with most of their traffic completely legitimate cannot be stopped. Today political dissidents can be tracked by oppressive governments, but a distributed network with built-in anonymity and trail obfuscation created by dozens of cooperating users in different countries can guarantee anonymity. Today the internet can to a large extent be controlled by those with money and power-but a mature uServ would bring us close to realization of the internet's original vision, where everyone is equal.

  2. This could be what p2p needs to make it by Tim_F · · Score: 2, Interesting

    A big company like IBM to back it up. IBM definitely has the funds to take on the RIAA and the MPAA. And if this is less of a pain to use than say gnutella/mojonation, it will prove to be a lot more popular.

  3. Hmm, that's gonna be interesting ! by Rosco+P.+Coltrane · · Score: 5, Funny
    "uServ -- P2P Webserver from IBM"

    I can't wait to see the RIAA try to sue IBM. God I love this industry ...

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:Hmm, that's gonna be interesting ! by Rosco+P.+Coltrane · · Score: 2
      "Sure IBM is the 800 pound gorilla of the tech world, but wouldn't the MPAA and RIAA be a 950,000 kilo crocodile compared to it?"

      The RIAA is a business association, so it's more like a very large community of monkeys, the sum of all the monkeys weighting probably as much as your crocodile.

      But seriously though, the RIAA is not so stupid as to sue IBM. No no, instead they would sue uServ users one by one (or simply threaten them with a couple of C&Ds). They only go after people when they're sure to win, like when they went after Napster.

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
  4. Sounds like a ripoff of Freenet by Astral+Traveller · · Score: 4, Insightful

    Freenet already does all this, and in addition, provides for complete anonymity and encryption. It can also be tunneled over just about any other protocol (instead of being limited to HTTP like uServ). It is still under heavy development, but already contains a wealth of information. This is one of the few truly great open-source projects in development today.

    1. Re:Sounds like a ripoff of Freenet by whiteben · · Score: 5, Interesting
      I agree that uServ doesn't represent any stunning advances in collaboration technologies. It makes use of proxy servers, peering, and HTTP: not exactly bleeding edge tech.


      On the other hand, it's not Freenet, either. Freenet is a platform which guarrantees that data is survivable (lawyer-proof) and secure. uServ doesn't seem to be concerned with either. It's primarily a way for users who aren't very technologically savvy to publish content. That's it. Useful in its own way.


      BEN

    2. Re:Sounds like a ripoff of Freenet by davidu · · Score: 2, Interesting

      not to be a troll but...

      in this case the difference is that this works and freenet still isn't usable by any decent minority of people let alone a majority of people.

      -davidu

      --

      # Hack the planet, it's important.
    3. Re:Sounds like a ripoff of Freenet by jilles · · Score: 2

      Basically if you create a bridge between your browser and a gnutella client, you could do the same. Just build an http server into the gnutella client and you can search and open documents using your browser. Of course you'd want some additional functionality (like share the cached documents you requested; some naming scheme so that you get the index.html you are looking for) but technically it doesn't get much more difficult than that. It would be a nice project for somebody working on their master thesis.

      Of course the thing is that nobody bothered to do so sofar. As pointed out above, it is a really simple combination of what we already have. Yet it takes some creativity (courtesy of IBM) to think of doing it. That's what I find so interesting about this stuff. Everybody is so busy thinking of websites as a central thing that nobody has even considered decentralization (even though it makes perfect sense).

      --

      Jilles
    4. Re:Sounds like a ripoff of Freenet by scrytch · · Score: 3, Informative

      > Just build an http server into the gnutella client
      ...
      > Of course the thing is that nobody bothered to do so sofar.

      BearShare does precisely this. It's marginally useful at times.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    5. Re:Sounds like a ripoff of Freenet by Salamander · · Score: 3, Insightful

      Yeah, it sounds like a ripoff of Freenet, except that the transmission of data is direct instead of via intermediate nodes and the anonymity/encryption which is integral to Freenet is missing, and it doesn't just drop unpopular data like Freenet. Yeah, otherwise it's just like Freenet.

      Freenet is very interesting in an abstract sort of way, but certain characteristics - e.g. anonymity and most especially data loss - severely limit its usefulness in the real world. Plus, it's not done and doesn't look like it ever will be. I don't think it can be considered "truly great" unless (a) the development team is functional and (b) the result is useful. There are better examples.

      --
      Slashdot - News for Herds. Stuff that Splatters.
    6. Re:Sounds like a ripoff of Freenet by Sanity · · Score: 2
      Freenet is very interesting in an abstract sort of way, but certain characteristics - e.g. anonymity and most especially data loss - severely limit its usefulness in the real world.
      How could the option of anonymity make Freenet any less useful? You don't have to use it if you don't want to. Also, with respect to data loss, the only data Freenet loses is that which is unrequested. If the author wants to ensure that unpopular data is available in Freenet then all they have to do is reinsert it.
      Plus, it's not done and doesn't look like it ever will be. I don't think it can be considered "truly great" unless (a) the development team is functional and (b) the result is useful.
      Perhaps you should educate yourself before you expose your ignorance. Freenet is under heavy development (daily snapshots are released on the website), and many people are using it, including non-techies, on a regular basis.
    7. Re:Sounds like a ripoff of Freenet by Salamander · · Score: 2
      Also, with respect to data loss, the only data Freenet loses is that which is unrequested. If the author wants to ensure that unpopular data is available in Freenet then all they have to do is reinsert it.

      That's just not good enough, for reasons that have already been discussed in this article and elsewhere. Reinserting data is not only horribly inefficient but also unreliable. How often do you need to reinsert? You can't know that unless you know what else is going on that will cause old copies to drop off the end of everyone's cache, so you make a pessimistic assumption and spam the network with reinsertions...and it seems to work until someone else starts doing the same things and the caches start turning over faster and IT JUST REALLY SUCKS. Freenet is useful as a data transmission method but not as a data store, and some people want a data store. Get over it.

      Perhaps you should educate yourself before you expose your ignorance.

      I'm on freenet-tech, Ian. I see how people respond when someone asks when Freenet will be finished. I know about the near-total restart when a lot of the original grand plans were found to be fatally flawed. I can almost predict the next one. You're the one who's ignorant, Ian - about what constitutes a useful system and how to provide it.

      --
      Slashdot - News for Herds. Stuff that Splatters.
    8. Re:Sounds like a ripoff of Freenet by Sanity · · Score: 2
      That's just not good enough, for reasons that have already been discussed in this article [platypus.ro] and elsewhere. Reinserting data is not only horribly inefficient but also unreliable. How often do you need to reinsert?
      The number of times you need to reinsert is inversely proportional to the populularity of your data, and proportional to your desire to have people see your output despite its unpopularity. The same is true of life. In practice, data is available on Freenet for long enough that people can evaluate it, if this were not the case action would need to be taken, but fortunately it isn't.
      Freenet is useful as a data transmission method but not as a data store
      Freenet is not, nor was it ever, intended as a way to store information. Rather it is closer to radio in that it is a good way to get information to people, but not if they aren't interested in it.
      I'm on freenet-tech, Ian.
      Try freenet-dev, that is a more accurate source for information. Either way, it is clear that your agenda is to spread a negative opinion of Freenet regardless of reality. In practice, many are happily using Freenet RIGHT NOW. Is it perfect? No, but we are working to improve it, and it is working well enough for many even now.
      You're the one who's ignorant, Ian - about what constitutes a useful system and how to provide it.
      Tempting as it is, I won't take your bait, try talking to the significant number of people who are unfamilar with Freenet internals, yet are using it on a daily basis, they will provide you with the counter-argument to your claims.
    9. Re:Sounds like a ripoff of Freenet by leuk_he · · Score: 2

      This uServ thing solves none of the privacy problems freenet has "solved".

      -If Employee A serves porn, it will also find its way to (the pc of) employee B. B has no control about this.
      -Also employee B can modify the data of Employee A... oops.
      -It is based on the willingness of employee B to mirror A.
      -If the site of A is very popular, it must be mirror'ed much more time, but no mechanism is described for this.

      Freenet has solved most of these problems by encrypting and signing the data in freenet. It distributes the data as it is requested. And i wonder if the system is acceptable if it gets more popular. Suppose you run a freenet node because you want to exchange mp3 files. You computer gets to contain: ??? (you have no control about this)

      Freenet does not work (yet) as far i can see. If someone can tell me how to set up standalone node to start with. 0.4 should be able to do this, but this is very much beta now.

      Both freenet and userv have not solved the problem how to find information.

  5. Piracy issues by neksys · · Score: 2, Informative

    It's a neat idea, but realistically, I can't imagine personal "This is my Cat" webpages will be propagated far enough for it to be worthwhile (assuming I'm reading it correctly). Unfortunately, as with many "neat ideas", the only used that will become widespread are be warez/mp3/movie/iso/etc. sites, illegitimizing (to some) the whole idea.

    On the other hand, it may make it just that much harder for the MPAA, RIAA and co. to stop the spread of their property.

    1. Re:Piracy issues by Anonymous Coward · · Score: 2, Funny

      I have a "This is my cat" webpage with MPEG/divx movies of my cat, hour-long mp3's of my cat, and the iso image of a blank CD scratched by my cat, so don't insult me.

    2. Re:Piracy issues by homebru · · Score: 2, Interesting
      It's a neat idea, but realistically, I can't imagine personal "This is my Cat" webpages will be propagated far enough for it to be worthwhile

      Forget your cat for a minute and think business environment. This is IBM-developed, remember? Now think about an office project team who need to quickly and easily share documentation files, project plans and schedules.

      Traditionally, the project leaders flood their teams with rivers of emails and attachments. This not only bogs down the corporate mail-servers but also guarantees that half the team will never know which is the latest version of the schedule (since half the team is always new and hasn't been added to the MList yet).

      Also, traditionally, there is so much corporate politics about placing docs on an official web server that it just isn't worth the time to fight those battles while under the gun to get your project out the door. And most project managers of my acquaintence have trouble spelling html, much less writing it to fit corporate standards.

      This new tool would allow "publishing" documents to a team simply by copying them to a directory on the project leader's disk/desk. There, it's done. Followed by a short, small email to the team advising that a new version of the plan or schedule is available. In fact, the most serious problem will be getting mossback project managers to try a new tool instead of continuing to send 10Mb email attachments to a list of hundreds.

      While UServ will never replace the established HTML/web world and cannot hope to replace anonymous peer-to-peer transfers, there is a place for this technology. Let's not fall into the trap of thinking that a tool must replace all other tools in order to be useful.

    3. Re:Piracy issues by homebru · · Score: 2, Interesting

      Good thoughts. Yes, you could use a common file server. But then you still have the problem of team member churn. Some members leave, others join. And for each newbie, you would have to remember to get server access. Which, in medium and larger companies, means pushing forms through the bureaucracy, i.e., begging for permission to do your job. And which means that, weeks later, the newbie has another password to remember.

      On the plus side of a central server is the idea that the server will be backed up regularly. [Pause for laughter to die down.]

      Which leads around to the question: "How often are the desktops/laptops backed up?" And the accompanying "Why master project data on un-backed-up desktops/laptops?" And here we see the joining of technologies that UServ gives. Each team member can mirror/publish to a central server box.

      Another angle on this is access-mode. With a browser, your readers get read access. Your docs cannot be modified without your knowledge and permission. With a shared directory, anything is fair game. Including "accidental" deletes and over-writes. Ever lose a fifty page functional spec because some idjit on another team saved to the wrong directory? Very not fun.

      So, yeah, you could use a shared directory for your docs. And you could use a shared directory for software source control. It would be simple. But would you really want to?

  6. I work there. It's pretty useful by Halo- · · Score: 2, Interesting

    While debugging a nasty client issue, my co-worker said: "Well, I've got these 100 megs worth of logs..." Which would really help me out, but because of all sorts of internal networking issues they would be hard to get. Then he introduced me to uServ. "Here, try this..." And there the logs were. Saved my butt.

  7. Re:bummer by drewbradford · · Score: 2, Insightful

    It doesn't look like anything revolutionary to me. It's just a distributed system and a dynamic DNS put together. The coordinator still needs to be online at all times.

  8. Personal Web Server by simetra · · Score: 2

    This sounds a lot like what MS gave us several years ago. Yawn.

    --

    "Would it kill you to put down the toilet seat?" -- Maya Angelou
  9. pretty old... by glwtta · · Score: 4, Funny

    ... but relevant

    --
    sic transit gloria mundi
  10. Kind of stupid. by DarkZero · · Score: 5, Interesting
    The white paper talks about letting people use this program for a fee... but isn't the point of P2P, at least in 90% of cases, to be a way for people that don't have the money for big web servers and T1 lines to serve files and content? It talks about how this is a good alternative to free web hosting services, yet it isn't free, which does not make it a viable option for people that are looking for a FREE web hosting service. If people were willing to pay to serve content, why would they choose this over uploading their files to the server of a web hosting service they would pay for? The biggest and most important difference between those two, it seems, are that this way of hosting content will take up a lot more of your computer's speed and its internet connection than simply uploading your files to a hosting service would.

    If this were a freeware/shareware/open source P2P web hosting program, I'd be thrilled. In fact, I would already have a web page up on it, because I've been looking for just such a solution. But a closed source program that I have to pay a subscription fee for, with a larger fee if I want its fullest abilities? Compared to a hosting service that wants a subscription fee but doesn't take up my internet connection or bog down my computer with continuous server processes, this "P2P Web Hosting (Subscription) Service" is just reinventing the wheel by making it a triangle.

    The whole thing just seems... kind of stupid.

    1. Re:Kind of stupid. by lpontiac · · Score: 2

      If this were a freeware/shareware/open source P2P web hosting program, I'd be thrilled.

      My apologies if I'm reading you wrong but.... does this mean that you think it's wrong to illegitimately use unlicensed "boxed" software, but that to use shareware in the same way is okay?

    2. Re:Kind of stupid. by DarkZero · · Score: 2
      My apologies if I'm reading you wrong but.... does this mean that you think it's wrong to illegitimately use unlicensed "boxed" software, but that to use shareware in the same way is okay?

      Actually, you kind of are reading me wrong. In the context of my post, the problem I had with uServ was the subscription fee. The white paper states "We believe the uServ service can therefore be profitably offered for a small yearly fee". That seems counterproductive to me. For one thing, it isn't the good alternative to free hosting services that it pretends to be, because it isn't free. That's like saying that Adobe Photoshop is a good alternative to freeware photo editors that have ads in them. Obviously, Photoshop wouldn't be, because it isn't FREE, and the reason people put up with freeware programs that have ads in them is because they cost absolutely nothing. Also, with a subscription service in place, uServ isn't anywhere near as up-front as shareware. With shareware, you test it, you pay for it once, and then you own it forever. With subscription services, IBM could just wait until it had a large user base and then decide to up the yearly subscription fee by a very large number, leaving you either with IBM or right back in the wasteland of free hosting services or desperately trying to host your site off your cable modem.

      In short, I just don't see how a service that makes you pay a subscription fee while taking up your bandwidth and your overall computer speed at the same time is so much better than either putting up with a free hosting service and its ads or just paying for hosting through a web hosting service. Without being free like the majority of P2P file-swapping services are, I just don't see how uServ has an edge over its more traditional web hosting competition.

  11. I was actualy thinking of a system like this... by autopr0n · · Score: 2

    A p2p web mirroring system. Actually a bit different from this, my idea was of having a massive distributed 'cloud' of proxy servers, so that people in sucky countries (China, Saudi Arabia, Australia) could get past national firewalls.

    IMO, the web model of content distribution kind of sucks. Interesting sites that draw a lot of traffic die because they don't have enough bandwidth. or their content isn't 'profitable' enough.

    But on the other hand, isn't this just a stripped down version of Freenet without the protection? Of course, giving how sluggish Freenet is on the current internet, maybe that's the only way to go.

    The holy grail, I think would be a system that still allowed interactive/dynamic content. Imagine a distributed /. :P

    --
    autopr0n is like, down and stuff.
  12. Where's the SOURCE?! by Ogerman · · Score: 3, Insightful

    (subject line spoken in a gruff voice like in the old Wendy's commercials)

    I guess that "billion dollars spent on Linux" must be going towards buying IBM execs bigger leather chairs and fine art to decorate the hallways.

    If they want the advantages of Open Source community, they ought to try being part of the community. Lameness.

    1. Re:Where's the SOURCE?! by Detritus · · Score: 3, Funny

      The responsible executive has been dispatched to your home, to personally apologize to you for not living up to your expectations. Afterwards, he will commit seppuku.

      --
      Mea navis aericumbens anguillis abundat
  13. Similar to my Reptile project. by burtonator · · Score: 4, Interesting

    This is slightly similar to my Reptile project which was covered a while back on slashdot

    The major difference is that we are reusing existing P2P protocols and will provide bindings for JXTA, Freenet, Jabber, etc.

    Content is syndicated in between nodes as XML (RSS, etc). An index is kept of all the content so you can run local searches. Actually we use Hypersonic SQL so you have a very FAST in-memory index of all this stuff.

    Users publish information into the system by adding a item to their local weblog. Remote users can subscribe to this channel and will receive updates via the P2P layer.

    We are also working on a reputation, and distributed public key authentication model. This is obviously very tough and we have been working at it for a while...

    Hopefully we will have another release out soon.

    Anyway.. check it out!

  14. Um.. by autopr0n · · Score: 2

    Which would really help me out, but because of all sorts of internal networking issues they would be hard to get.

    So in other words, uServe is a fix for IBM's jacked up intranet? Wouldn't it have been better to put resources into fixing their network in the first place?

    --
    autopr0n is like, down and stuff.
    1. Re:Um.. by big_nipples · · Score: 3, Insightful

      In a standard corporate intranet, what is the preferred method to share files between end users? Far as I can tell, there isn't one. That's the point. Same goes with home users.

      Sure, we can email things. But, as pointed out in the whitepaper, this uses third-party resources -- a mail server.

      FTP? Ok, you teach joe computer user to ftp a file to you -- oh, where are you gonna put it? You need a server somewhere to put it on.

      This thing is designed for average computer users who want to share stuff -- like pictures and log files -- but don't want to take the time to install a web server (or can't tackle the learning curve, or can't install a web server because they've got no static IP, etc, etc.)

      Have a read of the whitepaper linked in the article. It's actually quite a neat idea.

      --
      BN
  15. JXTA, I think by autopr0n · · Score: 2

    It was called JXTA, and really it's just a way to transfer XML around with java. It's useful, probably. It's still around, but no real visible apps have come about.

    --
    autopr0n is like, down and stuff.
  16. Not stupid by Cato · · Score: 4, Interesting

    uServ only needs a central server to locate individual web servers and set up dynamic DNS accordingly - e.g. to find a replica when the master site is down, or to find a proxy that can accept incoming connections for a firewalled machine. The actual access to web servers is always done via dynamic DNS and HTTP, so there is virtually no cost to the central server (it's only used as machines log in and out of the system, or change proxying/replication relationships).

    The central server (i.e. admin server and dynamic DNS service) could be very low cost - something like the cost of dynamic DNS, which can cost from $0 to $25 per year. Someone like TZO.com could easily offer this (they do a good dynDNS service already).

    The reason this is better than a free hosting service is that you don't subject your readers to adverts, and you can host whatever content you want. The one thing that's missing from this is dynamic load balancing - if you could have 100 other sites replicating a popular open source software site, and have people automatically connect to a nearby low-load site, this would basically *solve the mirroring problem*. If you can make the creation and use of mirrors completely automatic, the non-corporate Web can easily scale to much higher volumes than today, without having to make mirrors visible to the user.

    This does take up more of your bandwidth than central hosting, but that's the whole point of P2P - if this is a problem, apply rate limiting in the web server or the network. Most people use a lot more downstream bandwidth when surfing, so all you need to do is to reserve some bandwidth for upstream ACKs and upstream email - the remainder can be used for P2P serving without problems.

    Open source hosting is very reliant on Sourceforge and on people paying for web hosting services - it would be great to see it scale through the application of standard protocols and some smart software. Freenet is a much more radical approach, of course, with some interesting features, but it requires a new client or that someone hosts an HTTP to Freenet gateway - probably both approaches will fit into different niches.

    1. Re:Not stupid by DarkZero · · Score: 2

      Hmmm... well, you pretty much sold me, but I still wonder about the subscription fee. Because they can be changed at any time on a whim, subscription services always bother me, and even moreso for the realm of P2P, which can be very finicky depending on its popularity, the generosity of the users, and even the time of day. But otherwise, a damn good arguement for uServ.

    2. Re:Not stupid by Cato · · Score: 2

      The subscription fee can be $0, of course, just as with dynamic DNS - see www.dhs.org and many other services. However, some people will want to pay for a service to help guarantee its continued existence - of course, any paid-for service can put up its charges, but a free service can disappear...

  17. geekword compliant? by nehril · · Score: 5, Funny

    this story sounds like it came right out of the Slashdot Story Generator

  18. solution in search of a problem by vscjoe · · Score: 2
    Why would I want to sacrifice my limited outgoing bandwidth to serve someone else's content? And how would I ensure that my "peer group" actually remains on-line? Sounds like it would make my connection hard to use when I'm on-line and give me no guarantees when I'm off-line.

    The real working business model is, well, web hosting: you pay someone to keep your content on-line. You get reasonably predictable uptime, bandwidth, and services (PHP, etc.). It's not very expensive, you know. You even get it for free if you accept advertising on your pages.

    And the tools to support web hosting and migrate your data are already there: you can use "rsync" to keep your local site in sync with your web hosting service. For really high-end applications, you can replicate the data through a commercial service like Akamai.

    1. Re:solution in search of a problem by vscjoe · · Score: 2
      The white paper doesn't say that it is "primarily designed for Internets". To the contrary. Go read the article yourself.

      It makes even less sense on an intranet than it does on an extranet. On intranets, files usually live on file servers, and that's where most intranets already provide web access. Most machines on intranets are also rarely turned off.

      Finally, bundling rsync in a user-friendly package is a lot easier than inventing a completely new service.

  19. Freenet without the overhead? by Bonker · · Score: 5, Interesting

    Hmmm... I think it's been mentioned that this sounds like Freenet without all the extras thrown in.

    Frankly, there are a few things inhibiting Freenet's popularity when compared to Gnutella and Fasttrack (Is that still running?).

    1. High learning curve: Trying to figure out how to search for freenet keys is a bit of a challenge, especially compared to typing in "Matalika" in a Morpheus or Gnutella search window and getting dozens of relevent matches from Lars and co.. You don't have critical mass until you have the morons.

    2. Difficult install: I have yet to see a Freenet implimentation that didn't require an attendant JRE install of some kind. Worse, it also frequently entails setting up Java class paths, a task that can confuse even Java developers from time to time. Then a user must understand that he usually has to use his or her browser to access Freenet. There is no 'Freenet' icon to point and click.

    3. Difficulty of sharing: It's possible to make entire web pages available via Freenet, but if a Freenet user is firewalled for any reason, it really harms him in terms of being able to participate in the sharing.

    4. Unpopular data doesn't propogate: Because the most popular data is shared and replicated most frequently. Warez and mp3s show up, but things like dissident and political theories, text files, and more personal data are lost... even to those who might be interested. (Oddly, Hotline is still a very good place to find these sorts of things. IRC fserves, as well.)

    From what I read of the white-paper it looks like this project, or an open-source project very similar to it, could solve these problems and still acheive many of Freenet's goals.

    Maybe the OSS community should look into something like this... a moron-safe, web-based file sharing project for the masses that ignores anonymization and encryption in order to gain a more critical mass. Better yet, because of the similarity between the two projects, once the sharing infrastructure was in place, it could accept a Freenet plugin, or vice-versa.

    Just an idea...

    --
    The next Slashdot story will be ready soon, but subscribers can beat the rush and slashdot the links early!
    1. Re:Freenet without the overhead? by Hobbex · · Score: 2

      That is a malicious attack on the network. There is nothing wrong with that, Freenet clearly needs to be able to handle such malicious attacks if it is to survive, but it is malicious attack all the same...

    2. Re:Freenet without the overhead? by harmonica · · Score: 3, Insightful

      Maybe the OSS community should look into something like this... a moron-safe, web-based file sharing project for the masses that ignores anonymization and encryption in order to gain a more critical mass.

      I'd be interested to know first how, in general, how one can create any type of p2p tool without having to fear legal problems because what users share might be copyrighted in some countries. Has the MPAA / RIAA ever said anything on that topic? The most popular stuff will probably be copyrighted music and videos. How do I, as a developer, avoid that my tool gets used for that type of content? Why do I have to provide solutions for that 'problem' in the first place? Why don't they go after Joe X. who shares movies on IP w.x.y.z? Whenever I create something easy to use, I must fear to get punished for it. Where are Hillary Rosen's suggestions, she was the one to ask p2p developers to work together with content right owners. This isn't some technical detail, it's the very core problem.

    3. Re:Freenet without the overhead? by Sanity · · Score: 2
      I suspect you haven't tried to use Freenet in quite a while. Try downloading a recent snapshot. While Freenet still relies on Java, for most people this just requires installation of an rpm or a quick apt-get. Installation of Freenet itself is pretty easy these days. There is even a .deb in unstable for Debian users although it is somewhat old. Unpopular data does propogate, if it didn't systems like Frost wouldn't work, yet they do. As for firewalls, these are not just a problem for Freenet, but for most true P2P systems.

      The current 0.4 snapshots are very impressive, and once a few final bugs are resolved 0.5 will be released.

  20. Use QoS by Cato · · Score: 2

    Linux and some other OSs have good QoS features, particularly for upstream bandwidth - just allocate (say) half your bandwidth to upstream email (and the important TCP ACKs for your downstream traffic, and the P2P downloads from your machine can use the other half. In fact, you can even allocate 90% to your own traffic but let the P2P traffic 'burst' to use this when you are not using it. The only problem is that Linux QoS is quite hard to use, and most people aren't even aware of what it can do.

  21. Interpretting whitepaper from wrong perspective by Anonymous Coward · · Score: 3, Interesting

    Hi. I work at IBM, and I think you guys are looking at this the wrong way (i.e. the Napster "gimme all your mp3s" perspective).

    When your company has 300,000+ employees, communication can be difficult sometimes, especially when it comes to sharing files. uServ allows you to allocate a semi-permanent "address" for asyncronous access of data, which cuts through several layers of beurocracy (requesting webspace, etc). Lotus Notes doesn't quite cut it for this type of usage..

    The point is not to anonymously share MP3s.

  22. Re:bummer by H310iSe · · Score: 2
    this reminds me ... I was 3rd lvl technical support for a law firm and a lawyer calls me and asks me if we have a socks4 or socks5 proxy.

    being of suspicious nature I had to inquire, why a lawyer who usually wants to know how to make a word bold in word perfect needs to know about our proxy config. Well, he says, I just installed personal web server and....

    --
    closed minded is as closed minded does
  23. SMB? NFS? by autopr0n · · Score: 2

    In a standard corporate intranet, what is the preferred method to share files between end users? Far as I can tell, there isn't one. That's the point. Same goes with home users.

    Well, everywhere I've worked we used SMB or NFS.

    --
    autopr0n is like, down and stuff.
    1. Re:SMB? NFS? by jilles · · Score: 2

      smb and nfs lack the scalability you need. All that users want is put some search terms in a box, hit enter and click on a link.

      Similarly they just want to drag a bunch of files to some folder and forget about it rather than having to share a folder and advertise that you have shared your folder and that it can be found at some very long, hard to remember address. That's too difficult for average users and they won't share or browse shared stuff.

      --

      Jilles
  24. Name clash by sde1000 · · Score: 2

    IBM obviously didn't check Google before naming their project. GNU userv got there first (in 1996).

  25. A few replies by Halo- · · Score: 2, Interesting

    I work in IBM development, I was dealing with a guy who works support in another state, who was at a customer's site in another country. Obviously, the powers that be don't want to have lots of nice free data sharing between all these segments. Especially since the product I work on is security related. (And before anyone jumps on me about the lack of security of uServ, I was up till 3 AM last night running back and forth between two sites in multiple cars do a key exchange ceremony using physical tokens for a bank. I understand when using a lightweight system like this is okay.)

    Sure, in my earlier example we could have moved the data in question using existing channels, but you'd be going from three different platforms, three differnt OSes. Not only that, but a lot of people don't have things like SSH installed. SMB is kinda WinTel based, which doesn't help me much. NFS has lots of fun things like UDP. Add firewalls into the mix (because we're going between development, support, and customers) Did I mention dynamic IP's? And proxies?
    Granted, I'm not a big Java supporter, and would prefer a SSH/SCP tunnel, BUT, when I needed the data fast, this was a HELL of a lot easier than setting up a more traditional method. Have you noticed the shift towards "Web Services" in the software world? It's not because doing everythin of HTTP/HTTPS ports is the best way, but because damn near everyone has a solution in place to allow that sort of traffic to flow. uServ simply exploits that.

    Oh, about our "jacked up Intranet": Yes, it can be "jacked up" but it's a lot better thought out than any other place I've been. Even the parts running Token Ring. (ewww...)

  26. Re:I work there. It's pretty useful by Saint+Aardvark · · Score: 2
    I could just as easily have said "well, I don't know how to run Apache, so this userve thing sure saved my ass!"

    That's exactly the point. Did you read the whole paper at all, or just count on the rest of us to fill you in?

    "Another challenge, which cannot be underestimated, is keeping the system simple...[Free web hosting sites] require technical expertise, such knowledge of FTP, not held by a typical web user."

    For you or me, this is an absurd idea: not know FTP? C'mon! But try working on a helpdesk some time. I do, for a small ISP and webhosting company, and believe me it's really like that. It never ceases to amaze me how many people just don't know that "the Innernet" is more than Explorer and Outlook Express (or IE, OE and Front Page, if they've got a weg site). This program is for them (but useful for the rest of us too).

    The other way that uServ helped in this particular situation was the not-having-to-use-email-to-send-100Mb-attachments part. I deal w/enough people who can't understand why a) they can't pick up their email because someone sent them a 5Mb attachment (remember, these are dialup users) or b) they're mad because we won't let them send attachments bigger than 5Mb. The last thing you want is for the company's email to be held up for half an hour because there's a 100Mb attachment coming through. Again, for the ordinary user, not you or I, this is the perfect solution.

    Overall, I'm impressed -- this sounds wonderful. The only thing that I can see being a bottleneck to widespread adoption, by people like my dad on dialup, is the need for a subdomain: that's something that definitely requires a techie to set up, and to get a group going. That said, maybe this is something ISPs could offer as an additional service: userv.isp.net. Given limited bandwidth over dialup, this wouldn't be great as an always-on service, but it would be a great way, as the authors suggest, to share pix or similarly large files: "You can pick them up from 7 'til 9 tonight."

    --
    Carousel is a lie!
  27. Knowledge Management and Distributed Components by fraber · · Score: 2, Interesting
    uServ is not for the Internet because its underyling architecture doesn't provide neither encryption nor authentication. But it is a great solution to the Knowledge Management problem of many companies: Employees can can post documents without overhead.

    I found the most interesting part of the paper in the underyling Vinci component infrastructure. It focuses on speed and protocol extendability for distributed applications in a (trusted) Intranet environment.

    mailto:frank@fraber.de, www.fraber.de

  28. Who you calling a server? by MarkusQ · · Score: 2
    This isn't a client/server program like gnutella;

    Were you perhaps thinking of Napster? Gnutella is about as P2P as it gets; there's no central server, and once two nodes have been introduced (e.g., at least one of them has added the other to its host list) they can reconnect even if everyone else is shut down. Granted, it may take awhile if the original network was >> 2 nodes--but it doesn't take a very large fraction of the network to self-connect within a reasonable time.

    -- MarkusQ

  29. Try GNU Compiler for Java... by alienmole · · Score: 2
    How do you install an app designed for Java technology without first installing JRE?

    By installing a version that's been compiled to native code using a tool like the GNU Compiler for Java (GCJ)? Truth is, I haven't tried this, but it has the potential to work, since it provides a libgcj which implements the runtime, which could presumably be statically linked if you really cared about one file more or less.

    How do you install a C app without first installing libc?

    By installing a version that's been statically linked to a version of libc? Besides, libc is present on "all" systems, and is only a single file, so doesn't quite present the issues that installing a JRE does. A JRE is an independent program that has to be configured correctly in order to be able to run, it's not simply a file that has to be present.

    You can't reasonably deny that requiring a JRE to run on top of does create extra distribution hassle which can translate to a barrier to entry for users.

  30. test by turg · · Score: 2

    Testing my link-check evader: http://www.yahoo.com/

    --
    <sig>Guvf vf abg n frperg zrffntr