Slashdot Mirror


Kernel.org Needs Some Help, Perl Foundation Got Some

Dante wrote in to say "I just read this on the Linux Kernel mailing list, it's from Peter Anvin, one of the ftp.kernel.org maintainers... H. Peter Anvin writes: "The recent troubles we've had at kernel.org pretty much highlight the issues with having an offsite system with no easy physical access. This begs the question if we could establish another primary kernel.org site; this would not only reduce the load on any one site but deal with any one failure in a much more graceful way.

Anyone have any ideas of some organization who would be willing to host a second kernel.org server? Such an organization should expect around 25 Mbit/s sustained traffic, and up to 40-100 Mbit/s peak traffic (this one can be adjusted to fit the available resources.) If so, please contact me."

In related news, mbadolato wrote in to tell us that "there's a press release over at dyndns.org announcing that they've donated $20,000 to the Perl Foundation!

'Thanks primarily to Perl and other Open Source technologies, we are able to provide DNS services to over 180,000 members of the Internet community,' said Tim Wilde, founder and chief executive officer of DynDNS.org. 'This is our way of giving back to some of the people whose tireless devotion to writing quality software has enabled us to provide our services to the Internet community over the past three years.'

The donation page for the Perl Foundation can be found here

5 of 181 comments (clear)

  1. donation ability by Anonymous Coward · · Score: 3, Interesting

    Is kernel.org a 501(c)3 org so that whomever decides to donate bandwidth can have 'some' help and not take all the expense of moving that much traffic?

  2. Why not IBM ? by Krapangor · · Score: 3, Interesting

    They made of lot of claims that they support open source etc.

    --
    Owner of a Mensa membership card.
  3. Re:The real problem by NearlyHeadless · · Score: 3, Interesting
    Of course, it goes without saying that everyone should still use their local mirror, particularly as kernel.org will only be accessible to mirrors for the forseeable future

    I've thought a bit about this. It seems that every separate open-source project has to set up their own mirrors, there is no automatic system for finding "nearby" connections or for load-balancing, and volunteering for being a mirror can cause you to incur quite a bit of bandwidth costs.


    I would be willing to pay a modest fee for downloads. I don't know if many of the other open-source fans (notorious cheapskates) would be willing, but if they were:

    • A site like SourceForge could take the lead.
    • Anybody who wants could have their software hosted there.
    • Anybody who wants to would create an account to download.
    • Charges would be proportional to bandwidth used, possibly off-peak times lower.
    • SourceForge (or whoever) could subcontract connections to Akamai, Connxion, or others.
    • Possibly a portion of the money collected could go to the creators of the software, the big problem being how to decide how the money gets divided for projects with many contributors or a lot of code re-use.
    • Anybody could still distribute independently. It would not (could not) be an exclusive arrangement.
  4. Take a line from FreeBSD by Dom2 · · Score: 3, Interesting

    In FreeBSD, CVSup is used to keep source trees in sync. It's a very efficient way of keeping several hundred megs of source code up to date.

    I realise that CVSup is oriented towards CVS trees, which the Linux kernel isn't, but even an rsync server would be better than continuously downloading the patch.

    The reason I mention this is because of the support infrastructure available in FreeBSD:

    1. Install cvsup (once)
    2. edit /etc/make.conf (once)
    3. cd /usr/src && make update

    CVSup is available at http://www.polstra.com/projects/freeware/CVSup/

  5. Re:The real problem by axioun · · Score: 3, Interesting

    I believe using mirror sites exclusively is the key, too. This could be done either with the users' knowledge or behind the scenes. The first method would probably be the quickest to implement at this time. It would involve something much like what Tucows has. Have a main site that links to mirrors based on region. This selector system might even temporarily not show links to sites that are currently experiencing high loads so people don't just pick the server on the top of the list and /. it.

    This could probably be simplified by creating a small program that automates the server search process, and possibly download and apply patches on the fly. Later we might have a mirror system that is distributed. This latter stage could have a system like Freenet which is P2P or a load-balancing, centralized system.

    Another method that just came to mind is to use a system similar to Audiogalaxy or Napster. While you've just downloaded a new kernel, your download software remains running. The software could have a default time to terminate. While the software is running, it acts as a small server, and the "Kernelgalaxy" software (what a fitting name) controls distribution in a distributed manner.

    --
    "Real knowledge is to know the extent of one's ignorance." ~Confucius~