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

181 comments

  1. To persuade RH... by sebol · · Score: 3, Funny

    To persuade RH, AOL willing to sponsor second kernel.org site.

    --
    -- Hasbullah bin Pit (sebol)
    1. Re:To persuade RH... by bclz · · Score: 1

      May be or May noot :P

    2. Re:To persuade RH... by jayant_techguy · · Score: 0

      Well I doubt whether RH will agree but yes Time/AOL will definately agree as it gives them one more way to f*** M$.

      Linux rocks!!!

  2. Q: Bandwidth composition by tweggen · · Score: 2, Interesting

    What is the composition of these bandwidth requirements? I mean, if it's primarily file download, requirements could maybe be met by a decentral system. Just curious...

    1. Re:Q: Bandwidth composition by gazbo · · Score: 3, Insightful

      Sounds like a bad idea to me. Centralised control is a good thing on occasion - at the moment we have kernel.org and a list of mirrors. I think this is a sweet spot between being too centralised (bandwidth problems) and too distributed (control problems)

      So if we have a decentralised system (I assume you are inferring P2P style? If not, then surely the mirrors system is adequate?) how are we to stop people abusing the system? I could host a trojan version - where do people go to verify the MD5? How many people actually check MD5s? My point is that we need a trusted pool of servers; the truly paranoid can still check their MD5s against those at kernel.org, the rest of us can be assured that this is one of the trusted mirrors, and not a server owned by j03 133+ h4X0R.

      Hey - my acct works again!

    2. Re:Q: Bandwidth composition by Natalie's+Hot+Grits · · Score: 1

      fuck you slashdot, you lost my reply when i hit preview, fuck you fuck you fuck you fuck you.

      i will never post here again.

      everyone probably would have liked to see my post, as it was very informative. too fucking bad, fucking idiots.

      --
      Two infinite things: your stupidity and mine. But I'm not sure about the latter. If my sig offends you, I'm sorry.
  3. Re:Hosting by Anonymous Coward · · Score: 0

    as disliked as first posts are, this one deserves some credit for doing it in a good way. :)

  4. Good for the Perl Foundation by Anonymous Coward · · Score: 5, Funny

    Perl Foundation Got Some

    Well it's about time! I couldn't bear to think about those 45 year old GNU hippie geek virgins working at the Perl Foundation anymore.

    -Metrollica

    Read my UPDATED journals!

    1. Re:Good for the Perl Foundation by Anonymous Coward · · Score: 0

      Flamebait? Ouch...Somebody needs a girlfriend.

  5. Dyn Dns. by ImaLamer · · Score: 4, Informative

    Wow! Because of this donation to the Perl guys and gals, my check is in the mail.

    I use DynDNS, and have been thinking about sending them *something*. I don't have much, but to see them donate a little something in return is nice. Any donation is cheaper than getting a 'real' domain name. Plus *.ath.cx is kinda cool, I wonder if goatse.ath.cx is available?

    I just hope all these donations don't go to stuff like strippers. I could be spending my money on that.

    1. Re:Dyn Dns. by ASyndicate · · Score: 1

      Actually.. It made perfect sense.

      --
      This page left intentionally blank.
    2. Re:Dyn Dns. by brianc · · Score: 1

      My check is on the way too.

      To save you some searching, here's the info from the dyndns.org pages:

      Donations can be sent to:

      Dynamic DNS Network Services
      210 Park Ave. #267
      Worcester, MA, 01609 USA

      Please make any checks payable to:

      Dynamic DNS Network Services, LLC

      They also accept PayPal and Kagi.

      --


      SIGLOST && SIGUNUSED && SIGQUIT
    3. Re:Dyn Dns. by Anonymous Coward · · Score: 0

      It's nice that you want to give them some money but you shouldn't care where they spend the money. When you donate money you're saying "you spend this in a way you see fit to spend it". If that is strippers, it's strippers. If it's hard drives, it's hard drives. Whatever it is, the point of giving money is to let the recipient pick what to spend it on. (This is also why money is a far better gift than a gift certificate, but I digress)

      You should want to give them money because they provide a valuable service and you want to encourage them to continue to provide that service. Your consideration for giving them money should not include how they'll spend the money you donated (which is, frankly, none of your business).

  6. Not just downloads... by dreamquick · · Score: 3, Insightful

    But I would imagine that everytime a new kernal is released that world+dog go to view the site. I serious doubt that everyone who goes to the site downloads, most just read - lots of people reading still requires a fair old chunk of bandwidth.

    As we saw earlier in the week the /. effect seemed to bring that site to its knees, but as regular news sites see linux as more and more relevant to their audience they too will link people in, adding to the problem.

    Realistically they are victims of their own success - people want information about the new kernal and doubtlessly they want to download stuff too.

    As these once limited interest sites become more mainstream, then it's clear that they need to maintain quality of service, and that means no /. effects which stop people going to your site and could potentially discourage them from going there in the future.

    Just my 2c

    1. Re:Not just downloads... by The_Fire_Horse · · Score: 1, Funny

      WELL SAID. I ONLY USE WINDOWS BECAUZE LINUX SUCKS - I HAVE DOWNLOADED THE INTERNET HEAPS OF TIMES AND ITS REALLY GOOD ON WINDOWS.

      SOMEDUMBFUCK@aol.com

      This was of course a joke - a really, really bad joke I agree; but a joke never-the-less.

      I thought it might be funny but the 'Slashdot Lameness filter kicked in and rejected it. Ok I've typed enough lower case shit now, so lets see it it gets posted ...

    2. Re:Not just downloads... by Zico · · Score: 2, Insightful

      I would imagine that everytime a new kernal is released that world+dog go to view the site.


      Why would you think that? Let's say _all_ Linux users did that, you're still only talking about 0.24% of computer out there. Of course, realistically, not all Linux users are going to visit the site for every new kernel release. Just imagine if Linux ever gets 1% of the computer world, that's going to be over 4 times the load that they're complaining about now. Say it with me, kids, "Scalability nightmares."

  7. 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?

  8. It's just what the government wants you to believe by Anonymous Coward · · Score: 0, Funny

    It's just what the government wants you to believe.

    The same goes with George Bush's encounter with a pretzel. George Bush has died because of the pretzel and has been replaced with a robot replica using an Athlon cpu. They would have used a superior cpu like the Pentium 4 but it would make him appear too intelligent. We all know how dumb George Bush is. Whos with me?

    Anyway, this robot is really just a front end for Dick Cheney to spread his zionist Jew loving Neo-Nazi Communist Conservative Liberal Republican Democratic Fascist ideals and to reinstate the Taliban as rulers of Afghanistan.

    Under that mask of Osama Bin Laden hides Dick Cheney who is the mastermind of attacks on his own country for what reason I am not sure of. He was also the one behind the Enron disaster we are hearing of so much in the news.

    As you can see, it is all very complicated.

    -Metrollica

    Read my UPDATED journal!

  9. GNU by Anonymous Coward · · Score: 0

    Can host it. Red Hat ? Their FTP allows 20 users !

  10. The real problem by AirLace · · Score: 4, Troll
    The real problem is not lack of bandwidth. There's plenty of it to go around. What saddens me is that the ISC is throwing away most of $80,000 annually because people can't be bothered to patch their kernel, and instead rely on downloading the full 20MB tarball every time a new kernel is released.


    The solution to the problem is really quite simple. As Larry McVoy, who maintains the powerful but non-free BitKeeper RCS system and knows a thing or two about patches, has hinted towards kernel.org may be better off not providing a tarball for each release, instead providing some kind of utility that downloads the latest available full kernel, but only if necessary, plus patches. I'd be all for it. In the meantime, there are a number of incremental patching systems for the Linux kernel that automatically download patches, verify their signatures and patch the kernel which may be worth looking into to save time, bandwidth and resources:


    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.

    1. Re:The real problem by GrafZahl · · Score: 4, Troll
      IMHO your last sentence is the key to the solution. Other projects use a system whereby they don't allow direct ftp / http download access. This should be purely for mirror sites.

      It would also help, if /. would not put direct links to kernel.org but would instead provide or link to a list of mirrors.

      BTW, the following message I just got back from www dot kernel dot org:

      The Linux Kernel Archives is currently offline due to a hardware failure. However, mirror sites are receiving updates; please use a mirror site instead.

      May be this is the beginning of the end to direct access to them?!

      Regards,
      REB

    2. Re:The real problem by cperciva · · Score: 3, Informative

      kernel.org may be better off not providing a tarball for each release, instead providing some kind of utility that downloads the latest available full kernel, but only if necessary, plus patches

      I agree, that's a great idea. But it needs a good name... how about calling it CVSup?

    3. Re:The real problem by kinnunen · · Score: 4, Troll

      There should be a 'make update' that atomatically retrieves (from the nearest mirror) the patch, uncompresses it and performs the patching. I can't imagine it would be too hard to code and the ease of use should convince even the "I have a 100M pipe so I don't bother with patches"-people to use it.

    4. Re:The real problem by Molina+the+Bofh · · Score: 4, Insightful

      I know system admins (if they can be called such) that don't know how to patch. Granted, it's not an intuitive process.

      Also. some are not updating from the last kernel, wich requires more than 1 patch.

      I slso believe that such tool, that downloaded as many patches as needed, should be explained and incentivated in the kerne's site motd. If they don't show it on the front page, and say it's an advantage to the user, then few people are going to get it.

      --

      -
      Roses are #FF0000, Violets are #0000FF, find / -name '*base*' |xargs chown -R us && mv zig greatjustice
    5. Re:The real problem by boaworm · · Score: 2

      I dont know if this is because I live in Europen, but I dont think i ever downloaded a singel kernel (or patch) directly from kernel.org. For me, that site is always quite slow, 30K/sek top or so (The cable across the atlantic is a real bottleneck). I always use a good mirror, usually hosted by a university in Sweden, Finland or Germany, where I get higher download speeds (usually around 5-600KB/sek)
      I've been using Linux since 1998, and my favorite mirrors are often faster than I am in finding out there's a new Kernel available.
      I do have to agree though, that I rarely download patches. I have a reason for this though, I like to keep the old kernel tree for a while, if the new kernel is broken in some way that facilitates changing back to the old one. I value that, so I value full tarballs.

      --
      Probable impossibilities are to be preferred to improbable possibilities.
      Aristotele
    6. Re:The real problem by Quixote · · Score: 4, Troll

      ISC is throwing away most of $80,000 annually because people can't be bothered to patch their kernel, and instead rely on downloading the full 20MB tarball every time a new kernel is released.

      Another thing: when I download the kernel (as an end-user), why should I have to download Sparc, MIPS, IA64, PPC, etc. sources when all I need is x86? Maybe the kernel sources can be broken apart into individual architectures for the end users (obviously not for the kernel hackers).
      Just did a quick check on my 2.4.17-xfs. The "arch" directory, compressed, takes 5.1MB. But the i386 subdirectory takes just 400KB (all figures with tar | gzip -9). I see a potential savings of 4.5MB right here.

    7. Re:The real problem by HuskyDog · · Score: 1

      What does "incentivated" mean? Is it anything like advocated?
      Or perhaps publicised?

    8. 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.
    9. Re:The real problem by pljones · · Score: 2, Informative
      You don't ever need to download the tar ball. You've got tar and patch installed. Brew your own:

      mv $OLDKERNEL linux
      cd linux
      mv .config my-config
      make realclean
      cd ..
      tar cjf linux $OLDKERNEL.tar.bz2
      mv linux $OLDKERNEL
      tar xjf $OLDKERNEL.tar.bz
      cd linux
      patch -p1 cd ..
      mv linux $NEWKERNEL
      ln -s $NEWKERNEL linux
      cd linux
      cp my-config .oldconfig
      make oldconfig
      Then "going back" is as simple as changing the symlink back.

      --
      -- Peter
    10. Re:The real problem by pljones · · Score: 1

      "make realclean"? Eh? Who typed that where I meant "make mrproper"? Someone else, obviously...

      --
      -- Peter
    11. Re:The real problem by bogado · · Score: 2

      If you keep the patch around you can apply it in reverse (-R or --reverse in the patch program) and revert the tree to the original one.

      --
      []'s Victor Bogado da Silva Lins

      ^[:wq

    12. Re:The real problem by Anonymous Coward · · Score: 0

      Wouldn't this be a perfect use for something like the automatic kernel configurator? instead of just making a .config, it could selectivly download needed .[ch]'s.
      Just my 2c.
      [posting AC because im too lazy to make an acct, semi@semi.brained.org if you need to contact me]

    13. Re:The real problem by nehril · · Score: 4, Troll

      or they could provide patches only for the first few days after a release (forcing the rabid hordes to learn how to patch if they want the goods NOW) and then, at a random later time, post the full tarball. this might cause some percentage of ppl to get into the habit of patching, which should make a significant dent in their bandwidth needs.

    14. Re:The real problem by Molina+the+Bofh · · Score: 2

      That's what I meant. Publicized in large, friendly letters on the very first page of the kernel d/l site.

      --

      -
      Roses are #FF0000, Violets are #0000FF, find / -name '*base*' |xargs chown -R us && mv zig greatjustice
    15. Re:The real problem by wampus · · Score: 2, Interesting

      Give that (wo)man a cigar... and some karma!

      I would MUCH rather grab linux-base-2.4.18.tar.bz2 and linux-i386-2.4.18.tar.bz2. Possibly break it up even further... I don't need or want SCSI drivers Video4Linux, ISDN support, etc, etc. Why not a simple utility similar to make xconfig that not only configures your kernel, but downloads the neccesary subsystems to your tree. This could also be used to patch for new releases. Just hit the "Upgrade" button and your hard drive grinds for a few seconds and spits out a shiny new kernel.
      This could even automate the process of checking signatures, similar to Ximian's Red Carpet. I know I never bother to check when I download from kernel.org or mirrors, but if the utility that downloads automagically does it, those that are worried about j03 h@x0r putting up a rogue mirror will be that much more likely to use the mirrors.

    16. Re:The real problem by suwain_2 · · Score: 1
      I agree. I'm not exactly a system admin. (Just a computer-illiterate home user who manages to link directories to themselves...)

      I downloaded the patch from 2.4.16 to 2.4.17, but couldn't figure out what to do with it... So I downloaded the whole kernel. Which means I wasted even more bandwidth than I would have if I just downloaded the whole thing.

      --
      ________________________________________________
      suwain_2 :: quality slashdot p
    17. Re:The real problem by Anonymous Coward · · Score: 0

      The problem isn't bandwidth (ISC [www.isc.org] provides more then enough bandwidth), what HPA wants is PHYSICAL access to the box.

      What has happen recently is that the hardware in the kernel.org box has broken down and how do you fix that remotely? Linux has no "make replace-broken-raidcontroller" (yet. ;) ...

      //fatal

    18. Re:The real problem by Webmonger · · Score: 3, Funny

      BTW, the following message I just got back from www dot kernel dot org:

      The Linux Kernel Archives is currently offline due to a hardware failure. However, mirror sites are receiving updates; please use a mirror site instead.

      May be this is the beginning of the end to direct access to them?!

      More likely, it's the problem referred to in the email.
    19. 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~
    20. Re:The real problem by Anonymous Coward · · Score: 0

      check out the README file in the root kernel dir... I know... reading is painful.

    21. Re:The real problem by Cramer · · Score: 1

      Set the ftp server to serve the tarball at 16k/s and that patch at unrestictive speeds. Problem solved.

    22. Re:The real problem by Wolfstar · · Score: 2

      Another thing: when I download the kernel (as an end-user), why should I have to download Sparc, MIPS, IA64, PPC, etc. sources when all I need is x86? Maybe the kernel sources can be broken apart into individual architectures for the end users (obviously not for the kernel hackers).

      I thought as you do, and about a year and a half ago - I think it was with 2.2.16, not sure - I tried removing the nonessential arch/* garbage, because at the time I was restricted to about 2.5 gigs total space on my system.

      The kernel failed to compile in some pretty horrific ways.

      Now, if that stuff is for the architecture specified ONLY, it should've done just fine. Apparently, though, somehow stuff for my i386 kernel needs to reference stuff from IA64 or Alpha or some such. I think that diverse kernel types based on Architecture - from a download perspective, at least - is a good idea, but it appears that there needs to be some code cleanup before it can happen.

      --
      You thought that this sig was what you think that I thought you wanted me to think. I think.
    23. Re:The real problem by |_uke · · Score: 1

      its called fileplanet :)

      File planet is both very amazing and bothersome at the same time. If you want your goods for free, sure you can have that. You might have to wait in a download que 40 mins before you get your fix, but when you actually DO get it... you are usually downloading at a fairly decent speed.

      Or you can pay up a bit of money and have unrestricted downloads at high speeds from special servers deticated to paying customers.

      I hate having to sit in a que waiting for my download to start... but when you think about it.. they do it really well.

      fileplanet shovels out gigs of data every day.

      For everybody BUT the end user, its a dream come true. No longer do you need to worry about providing enough bandwidth to allow people to download your software.

      --
      Luke
    24. Re:The real problem by glwtta · · Score: 2

      Or, the whole bloody thing can be put into read-only CVS, which would only update what's necessary and not force people to apply 12 patches one after another - why bother coming up with sequential patch-applying schemes, when the work's been done already?

      --
      sic transit gloria mundi
    25. Re:The real problem by Anonymous Coward · · Score: 0

      Well, people would learn to patch, but the process would look like this:

      1. Download full tarball of previous version.

      2. Download patch for new version.

      3. Patch

      Problem not solved.

    26. Re:The real problem by jelle · · Score: 1

      "such tool, that downloaded as many patches as needed"

      I think you have just described 'cvs -z3 update'

      Then the site needs more CPU cycles (gzip), but those are probably cheaper than mbits.

      Why not put the kernel on sourceforge.net?

      --
      --- Hindsight is 20/20, but walking backwards is not the answer.
  11. TROLLS DEMAND EQUALITY by Carp+Flounderson · · Score: 0, Troll
    This is a petition for the Troll's bill of rights. Please reply to this to voice your support for a truly democratic public message board.

    We the trolls and troll supporters of the proclaimed Slashdot democracy will no longer sit quietly while the trolls voices are being silenced by the oppressive Slashdot programmers. We demand a code change to allow troll supporters to filter messages out their view which are rated HIGHER than a threshold value. As we all know, the ignorant, elitist authors of the slash code have tried to silence the trolls by allowing non-trolls to filter out dissenting opinions based on a majority rule, herd mentality moderating system. This created a system where moderate opinions are swayed by the majority, creating a monopoly of influence. Slashdot readers have formed a two party political system. The parties are the Trolls and the Tacos (named after their prophetic leader, CmdrTaco). When you consider the Slashdot community as a political machine, it becomes clear that the Taco's have tried to silence the Trolls with this flawed "democratic" moderating system.

    We demand a new message viewing moderation system where the individual user is able to select a political party if she/he desires. The following is a spec for an improved democratic system.

    - I as a troll may select TROLLS as my political preference. Then, when I read comments attached to an article, I may set my preferences to view messages moderated LOWER than a chosen value.

    - A Taco may select TACO as his/her political preference. When a Taco reads comments, he can choose to view articles moderated ABOVE a chosen value.

    - The Independent reader may choose to select INDEPENDANT as his preference. She/he may choose to choose to view the best of each party's comments. The preference setting would be something like
    abs(commentRating) >= userThreshold

    - Also, some planning should be done to add support for >2 party system.

    To show support for this idea, submit it as a story to Slashdot as often as possible, mail it to Slashdot editors, and post it to as many Slashdot articles as you can.

    --

    Color flashing, thunder crashing, dynamite machines.

    1. Re:TROLLS DEMAND EQUALITY by The_Fire_Horse · · Score: 0, Funny

      Mod this up!!

      I was just thinking the same thing - (I'm a newbie troll - I cant even spell Fuk Yu Wancker properly yet)
      By the way, fellow trolls - please welcome me into your midst with open arms and a nice big group hug

      "You can all kiss my arse"
      The Fire Horse

  12. Poor Guys ... by NWT · · Score: 1

    I'm somehow sorry for the Kernel developers, they work really hard to provide us with a nice piece of software, and then they are stopped due to hardware failures ... first the old server, and now the new compaq machine!

    The porblem is I can't help them, my 256k (yeah that's what they call broadband here) DSL Line is at full load, sucking the newest Debian Packages :(
    Yep, you're right: Shit Happens :-/

    --
    Life sucks.
    1. Re:Poor Guys ... by Anonymous Coward · · Score: 0


      If you want to help you can always buy HPA a present to show him your appreciation:

      http://www.thinkgeek.com/stuff/apparel/5765.shtm l

      ;)

      //fatal

  13. Hmm, I wonder who could help? by mollusk · · Score: 4, Troll

    If only there were some organization out there with a vested interest in linux. One that owes its existence to linux. Preferably one with a history of involvement in the linux community. Maybe even some corporation that runs it own websites dealing with open source issues. And while we're wishing, maybe even some entity with experience dealing with massive traffic requirements similar to the dreaded 'slashdot effect.'

    Nah, nothing comes to mind. Shame.

    --
    The Revolution. Now available as a convienent six tape series from PBS.
    1. Re:Hmm, I wonder who could help? by GrafZahl · · Score: 2, Insightful
      Though I am sure the parent post is not meant seriously it highlights one of the current issues evolving around resource provision for Free Software projects.

      IMHO we have to move away from the idea a central resource allocation for projects is good. The currecnt debate about SourceForge and VA is the best example.

      It is just dangerous to rely on one or two main sites run by corporates. Why not try to find many corporations that can share the load and also minimise the risk for the project of being affected by companies woes?

      One main server that is the central source for many, many mirrors and without direct access for the end-user might be the way ahead.

      Regards,
      REB

    2. Re:Hmm, I wonder who could help? by SpinyNorman · · Score: 2

      Actually there's many companies bigger than OSDN which benefit from Linux and to who the bandwidth cost would be negligable or free (they already pay for fat net pipes).

      IBM would be top of my list, but there's also SGI, Compaq, maybe RedHat (soon to be AOL-Time-Warner?!), SuSE...

    3. Re:Hmm, I wonder who could help? by Anonymous Coward · · Score: 0

      Try Amazon.. most of the year they don't use 70% of their pipe. And they run linux. Just don't tell them I sent you. Contact Chris Pinkham the director of networking.

    4. Re:Hmm, I wonder who could help? by Anonymous Coward · · Score: 0

      Chris Pinkham (cpinkham@amazon.com)

  14. solutions.... by Anonymous Coward · · Score: 1, Insightful

    i agree with putting limiting direct access to kernel.org. save it for the mirrors, and for key developers.

    as for the rest of us, how about having words with major shareware sites.

    Or possibly some sort of pay-per-mb-download scheme from official mirrors? that would certainly improve the popularity of patching.

    just ideas. flame as you see fit.

  15. MS by InsaneCreator · · Score: 2, Funny

    Maybe Microsoft could host kernel.org.
    Then again, maybe not...

    1. Re:MS by Anonymous Coward · · Score: 0

      Can't open /usr/games/lib/fortunes.dat. (as seen on slashdot.org :)

      This isn't as funny as you seem to think. In one of my fortune files is the line:
      Can't open /usr/games/lib/fortunes.dat.

      It's made to trick you. Which it seems to have accomplished admirably.

    2. Re:MS by lanalyst · · Score: 1

      Why not AOL? If they're honorable with the RH bid, this could be seen as good PR within the community who's work they will profit...

  16. 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.
    1. Re:Why not IBM ? by jayant_techguy · · Score: 0

      Ya IBM is also very decent choice. How could I forget it ?

      .

    2. Re:Why not IBM ? by Anonymous Coward · · Score: 0

      Damn fine idea. It would be very generous and helpful of IBM, but...

      With the current legal environment, would a non-US based server be most beneficial (IBM UK perhaps)?

      I hate to take the discussion there, but is it a reality now?

    3. Re:Why not IBM ? by Anonymous Coward · · Score: 0
      non-US based server be most beneficial (IBM UK perhaps

      Why do you think a non-US branch of IBM would refuse to do what the headquarters tell them to do? You've been watching too much B5. In the real world rebellion gets you killed.

    4. Re:Why not IBM ? by Anonymous Coward · · Score: 0

      yeah ok, bad example. pick a random company then.

    5. Re:Why not IBM ? by Doug+Neal · · Score: 0

      Microsoft

    6. Re:Why not IBM ? by Anonymous Coward · · Score: 0

      I don't think you picked them at random.

  17. That is ALOT of bandwidth... by A+Commentor · · Score: 3, Insightful

    25 Mb/s = 3.125 MB/s = 187.5 MB/min = 11.25 GB/hr = 270 GB/day = 8.1 TB/month

    --

    Looking for any old 8-bit Heathkit/Zenith software/hardware - http://heathkit.garlanger.com

    1. Re:That is ALOT of bandwidth... by Anonymous Coward · · Score: 0

      thanks stupid

    2. Re:That is ALOT of bandwidth... by suwain_2 · · Score: 2

      What I find most amusing is that... I'm on 100 Mbps switched Ethernet. At my 'peak' traffic utilization, I'm nowhere near the ~25+ Mbps sustained traffic that kernel.org gets. In fact... I'd consider 25 Mb/hour to be rather insane.

      --
      ________________________________________________
      suwain_2 :: quality slashdot p
    3. Re:That is ALOT of bandwidth... by Joff_NZ · · Score: 1

      I can only hope that they're on some kinda flat-rate connection plan!!!

      --
      The revolution will not be televised. It won't be on a friggin blog either
  18. erm, Google? by doq · · Score: 2, Insightful

    Didn't google say recently how they save so much money with Open Source, etc etc etc?

    They probably have that kind of bw... :/

    1. Re:erm, Google? by 3seas · · Score: 2, Interesting

      Yeah, and they do an excellent job of providing us all with usenet archives +++, free of charge!

  19. Freenet is the future? by John+Zero · · Score: 2, Interesting

    This is just another case, where the Freenet Project could help, in the future.

    Besides being an anonymous (but authentic) information storage, it is also higly distributed.
    In this case, that would mean there would be no "bottleneck", instead, the kernel tar.gz would be distributed, in small blocks.

    Too bad it's yet under development, but it's getting better and better.

    1. Re:Freenet is the future? by burris · · Score: 2

      Freenet has lots of unecessary complexity from trying to provide both publisher and downloader untraceability. Why take huge performance hits for hosting legal data like the linux kernel? Also, Freenet looses because it requires people to leave their Freenet node running after they are done dowloading, else they aren't really helping to relieve the main problem here. It turns out that the vast majority of people don't want to do this; they just want to get what they want and get the hell out.

      Burris

    2. Re:Freenet is the future? by akb · · Score: 2

      Check out the Everything Over Freenet project especially the freenetified apt-get (apt is the Debian package manager).

  20. my 2 Euro-cents by Anonymous Coward · · Score: 2, Insightful

    How 'bout if people who use P2P like Edonkey, who downloaded the kernel-source, just put it in their shared directory? That would distribute the load a little bit

  21. Hoochie-woochie by Anonymous Coward · · Score: 0
    Kernel.org Needs Some Help, Perl Foundation Got Some

    I got some last night, and believe me, ain't no kernel hacker gettin' none of it!

  22. Other solutions? Net-News? by cpuffer_hammer · · Score: 4, Insightful

    Could some form of broadcast or streaming help?

    What about Net-News it is an existing system that could distribute the patch to many of the people within a day.

    The new kernel could be released,
    mirrors and approved developers could have access to kernel.org for the first 3 days. Then only be patch downloads from kernel.org for the next 4 days.

    BUT through net-news and most people would have it in a day.

    1. Re:Other solutions? Net-News? by barzok · · Score: 2

      I can't speak for everyone, but my RoadRunner news server is absolutely terrible when it comes to large and multi-part files. And they don't seem to have much interest in making things better. If this became the "regular" way to get kernels, it would really suck.

    2. Re:Other solutions? Net-News? by yggdrazil · · Score: 1

      Could some form of broadcast or streaming help?

      You can't broadcast to the entire internet.

      Multicast/streaming is of little use for downloading files, unless you include code to correct errors, and resubmitting erred parts. Besides, multicast doesn't really work well across the entire internet.

      Akamai could help. They have lots of servers located near the edges of the internet. The ISPs hosting these servers would probably welcome less costly traffic to upstream providers, and instead get the files to the customers from a server on their own network.

    3. Re:Other solutions? Net-News? by Cramer · · Score: 2

      I think Sprint has a fully meshed multicast network. Any Sprint customer can request to join the multicast "grid".

      As for the broadcasting of source code, you'd have to use some form of forward error correction (FEC) similiar to what is used in sat. broadcasting.

    4. Re:Other solutions? Net-News? by spudnic · · Score: 2

      Which Road Runner server are you using? I am on the Texas server (Austin, I'm pretty sure) and have had pretty good service from it. Retension is pretty good, and I consistanly get about 15Meg a minute.

      If new kernels where posted to a specific group even before the mirrors where updated, I'd sure get it from there. Of course, I'd have to hit kernel.org to get the md5sum before I did anything with it. Just include instructions along with the post on how to verify authenticity and how important it is. Have an automated process post the latest kernel every 2 or 3 days to make sure it's always there.

      The traffic generated would surely be less than that used by even a small warez or porn newsgroup.

      Or another idea... make a deal with the major Internet providors to create their own mirrors of major projects. It would save them bandwidth out of their network, and would also be a good PR move.

      --
      load "linux",8,1
  23. There are lot's of ways to do this... by macemoneta · · Score: 4, Insightful

    Asking for a big chunk of bandwidth and centralized management is the problem. It's expensive. Instead:

    - Use the existing file sharing networks

    - Netnews (I can get the file faster from my ISP's news server than anywhere else), and software like pan makes getting all the pieces trivial.

    - Are there any open file sharing projects that we could use? Something that limited to a single download per user wouldn't be onerous. There are lots of cable/DSL linux users.

    --

    Can You Say Linux? I Knew That You Could.

    1. Re:There are lot's of ways to do this... by Quazion · · Score: 1

      The problem is people could tamper with it, would pretty wrong when others put backdoor patches into the kernel and distribute it tru there common p2p program or maybe even Usenet...we need to have a secure place on the web to distribute these files.

      Now i am not saying this couldnt be solved, by md5 or what ever check is needed, but you know that i know that common people like me dont use those checks, until something goes wrong....

      Quazion.

    2. Re:There are lot's of ways to do this... by zietlow · · Score: 1

      this is all and good with the filesharing idea (I like the news server idea myself) But if it was peer to peer (I'm tired if that's not what your talking about buy me another beer and put me to bed), what would happen the first time Uber l33t black hat Joey Joe Joe Junior Shabadoo inserted some sort of backdoor into the kernel?

      The user's system would be comprimised and they wouldn't know it.
      But in a case like that, that's where the MD5 checksum would come in handy, which would still have to come from a reliable source (kernel.org) but how many admins out there who were just tossed into the job would actually compare the 2?

      It's a great idea but for those MS system admins who are now running a linux box, it's a black hat's oasis of comprised systems. He could just keep a log of who downloaded his modified kernel and start scanning thier IP blocks.

      --
      Slashdot # 199661 the number that's the same upside down and right side up
    3. Re:There are lot's of ways to do this... by tempfile · · Score: 1

      There's no such thing as Netnews, perhaps you're talking about Usenet. File distribution over Usenet is HIGHLY inefficient because the stuff has to be base64 encoded which blows it up quite a bit.

    4. Re:There are lot's of ways to do this... by notsoanonymouscoward · · Score: 1

      The number of people who say something along the lines of what you've just said is astonishing. People currently DONT use MD5 because they feel they DONT have to. If you've got a trusted source, then no worries. People WOULD use MD5 if they got patches from newsgroups or P2P. There is currently no need for rampant MD5 use, so of course few use it. But just as by now most hapless n00bs know to never click on a questionable email attachment, people will learn quickly to use checksums.

      --
      I ate my sig.
    5. Re:There are lot's of ways to do this... by glwtta · · Score: 2
      - Use the existing file sharing networks

      A legitimate use for P2P? Unpossible! ;)

      --
      sic transit gloria mundi
    6. Re:There are lot's of ways to do this... by Sloppy · · Score: 1

      We can never have a secure place on the web to distribute this stuff. People don't check their https certs (not that anyone uses https to download kernels) any more often than they check MD5 checksums, signatures, etc. One of these days someone will play with DNS and your connection to ftp.kernel.org will really connect to an imposter, or FBI will talk your ISP (or your ISP's ISP) into redirecting ftp.kernel.org to the Magic Lantern distribution site, or something else like that.

      All the more reason to switch to p2p now. Let's hurry up and get the "something goes wrong" over and done with. We have fewer secrets to have disclosed, and less stuff to lose from our system being hosed, today than will be the case tomorrow. The sooner we have the disaster, the sooner we can start having better habits. ;-)

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    7. Re:There are lot's of ways to do this... by macemoneta · · Score: 2

      It may be inefficient in space; but my cable can transfer at 600KBs (that K-Bytes, not bits) per second, because I am going to a "local" server in my cable company. It doesn't matter if a 22MB kernel becomes 60MB, I can still get it in under 2 minutes. And there are a lot of Usenet servers.

      --

      Can You Say Linux? I Knew That You Could.

    8. Re:There are lot's of ways to do this... by macemoneta · · Score: 2

      Exactly. Classical "users" don't upgrade their kernels from source. Those that do, should know that the MD5SUM is available. You can even make the MD5 verification part of the build process, it that is a concern:

      # make

      *** MD5UM file not found. Copy MD5 file "xyz"
      from http://www.trustedsource.com to the kernel directory before performing a make.

      This might not be a bad idea anyway, to keep people from becoming complacent.

      --

      Can You Say Linux? I Knew That You Could.

  24. A FAQ would help by mangu · · Score: 2

    Before starting a download, eople should get the answers to two questions:

    1) Who *REALLY* needs to update, and why?

    2) How to patch an older kernel.

    1. Re:A FAQ would help by cyber-vandal · · Score: 2

      3) How to patch a highly modified distro kernel from a kernel.org patch

    2. Re:A FAQ would help by Anonymous Coward · · Score: 0

      Get the raw/plain kernel from your distro
      and patch that.

  25. Corporate Sponsorship Program/Organization? by 3seas · · Score: 2


    Perhaps I'm uneducated about what all is out there currently. But it seems to me that with a common base of GNU, Open Source Software, etc.. The building of the Public Common Wealth of computer operating systems and the benefit this is providing to everyone around the world, that there should be some sort of Sponsorship type of program or organization that would help to streamline the searching for and finding, the matching up of corporate sponsors to software projects.

    Would it be so bad that in return the Sponsor gets a mention in the source code and perhaps even in any "about this program" information box or command line option?

    A old paper of mine that might generate some ideas

  26. Peter ALVIN?! by waddgodd · · Score: 1

    the message was from hpa: H. Peter Anvin, chrisd obviously needs to look a little harder at his bootscreens....

    --
    Just because you're paranoid doesn't mean they aren't out to get you
    1. Re:Peter ALVIN?! by Anonymous Coward · · Score: 0
      No he doesn't. Dante does. chrisd spelled it properly. When in god's name are people going to learn how this works? Did you even READ the god damned thing? It said:

      Dante wrote in to say "...Peter Anvin...

      There are three things that clue you in to the fact that this wasn't chrisd:

      The fact that it says "Dante wrote."

      The fact that it's in quotes.

      The fact that it's in italic.

      Slashdot has worked like this forever. The editors do not make changes to text other people wrote.

  27. Donating to Perl by MaxQuordlepleen · · Score: 2, Funny

    How about some of those porn sites that use Perl extensively donating some of their profits?

    Of course, maybe they do - if I was getting bucks from porn people I might not be issuing press releases about it :)

  28. Suggestions for kernel.org by sstamps · · Score: 5, Insightful

    1) Only allow access by mirrors and those ACTUALLY working on the kernel (ie, the kernel maintainers).
    2) Get more mirrors. We're talking like several thousand here. As an ISP, I know I would not mind hosting a mirror, but I cannot afford $25,000/month in bandwidth. Splitting up the load using a large number of mirrors would make it MUCH cheaper to mirror the kernel files.
    3) Use a highly-efficient load-sharing/balancing mechanism to direct people to mirror sites. Make it so the user can browse/select the files from the main kernel.org site, but the downloads are redirected from there to the mirrors.
    4) Use a better patch process to reduce the size of the average download: 1) The x.x.0 release is the only full download, 2) use a patch system that downloads all the necessary updates, applies them to the x.x.0 version (or whatever the version the user already has) to get the latest version, and 3) MD5 checksums EVERY file to verify that it was patched correctly.

    --
    -SS "Teach the ignorant, care for the dumb, and punish the stupid."
    1. Re:Suggestions for kernel.org by Lennie · · Score: 1

      I think that's called rsync btw. :)

      --
      New things are always on the horizon
    2. Re:Suggestions for kernel.org by Gerdts · · Score: 1

      It seems as though there was a company not too long ago that enabled people to share lots of music using peer-to-peer technologies.

      Oh wait, if you distribute data using peer-to-peer technology, the copyright holders will get really pissed.

    3. Re:Suggestions for kernel.org by Bert64 · · Score: 1

      Also have the main server CLEAR the mirror list page each time a new kernel is released, and update it as and when each mirror site has downloaded the update.. That saves going to several mirror sites only to find they don`t have the kernel you wanted...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    4. Re:Suggestions for kernel.org by fferreres · · Score: 1

      Another idea: Someone could write a litte app that could append the patches on demand (and have them catched). When you need a new Kernel you'd follow this steps: 1) Tell what's the latest kernel source you have 2) Tell what Kernel you are need to downlaod (simple script runs on kernel.org) 3) Download a single patch..

      --
      unfinished: (adj.)
  29. legal environment? by Anonymous Coward · · Score: 0
    With the current legal environment

    please elaborate? is there something going on that would make linux kernels illegal?

    1. Re:legal environment? by Anonymous Coward · · Score: 1

      I mean things like change logs (DMCA...) and encryption type stuff. I'm not saying Linux kernels are illegal. I'm more thinking of the developers. Most of this is dealt with by running these things on separate servers aleady, but I think it would be easier not to.

  30. easy solution by No-op · · Score: 0, Troll

    It's pretty easy to do incremental kernel updates- all it takes is:

    cd /usr/src
    make buildkernel kernconf=KERNCONF.FILENAME

    then when it's done, just do:

    make installkernel

    see, wasn't that easy? oh wait... wrong OS :)

    --
    EOM
  31. Rsync is your friend... by dispensa · · Score: 2, Informative

    It's been up on the kernel.org site for a while now, and it only sends binary diffs, so it's quite light. The overhead is like 1%, plus the diffs. In fact, Tridge wrote this exact case (rsyncing the linux kernel) up in one of his early papers on the need for rsync. rsync.samba.org for more information.

  32. No thanks! by Bake · · Score: 2, Informative

    I'd rather download my latest kernel from a known and reputable source.
    P2P is not the way to distribute a critical thing like the kernel source. It only takes one individual with an malicious intent to spread a virus in the kernel itself! Linux has been virus free for over 10 years and I would personally like to keep it that way.

    1. Re:No thanks! by dakoda · · Score: 1

      perhaps have kernel.org host a md5sum of the authentic tarball. then, once you get it, md5sum, and compare. also, compare tarball sizes, to the byte.

      at least, thats what i would do...

    2. Re:No thanks! by burris · · Score: 2

      p2p systems like the one you mention use cryptographic hashes to make sure you are getting the file you really wanted. It would be just as secure as downloading from kernel.org.

      Burris

  33. Linus needs to modify his devopment model. by syphunsoul · · Score: 1

    why not use cvsup?
    and also keep drivers separte from the kernel
    i think its dumb to include drivers for EVERYTHING! the tarballs are getting huge
    imagein being able to use a 5 month old kernel because it works, and just compileing the latest modules for your scsi adapter or soundcard
    does'nt that sound like a better way of doing things
    but then again im the kind of person who uses the kernel that comes with a distro, because it works and there no reason to waste your time compileing a new one
    guess im just not a ubergeek ;-/

  34. Round robin the DNS to the mirrors. by iamsure · · Score: 2, Insightful

    Just do what a large number of larger sites like Yahoo do, and ask the mirror list (currently over 100+ sites) to act as full mirrors, and round-robin the dns.

    Further, make kernel.org alpha.kernel.org, and have alpha be the site everyone mirrors from, and restrict access to it to only core kernel developers.

    Overnight, you'd have taken care of the problem.

    1. Re:Round robin the DNS to the mirrors. by Anonymous Coward · · Score: 0

      what kind of redneck are you? "round-robin the dns"? why don't you yoddlelayheee the kernel source instead?

    2. Re:Round robin the DNS to the mirrors. by Anonymous Coward · · Score: 0

      Perhaps a system like they use over at CPAN would help. The CPAN multiplexer automagically redirects people to what it thinks is the closest of the 175 mirrors around the world.
      http://www.cpan.org/misc/cpan-faq.html

  35. Mirroring Scheme? by suwain_2 · · Score: 2, Interesting
    The first thing I have to say is largely irrelevant, but quite a good idea, IMHO. Let's move the 'official' list of kernel.org mirrors *off* the kernel.org machine. When you can't load their main page at all, it makes no sense to expect me to use a mirror, since I don't have that list.

    That said... An idea struck me. Suppose kernel.org develops a system where incoming requests are sent to a server; the routing is based on the preferences of the admin of that server. For example, let's say I work at a small webhosting company, and have a couple of T3s. (I don't really.) All our servers run Linux, and I want to give back to the community, and show everyone how cool I am. But I'm gonna go out of business if I allow 90 Mbps of bandwidth to be going to kernel.myfakelittlehostingcompany.com, because my customers wouldn't have any bandwidth.

    So I decide "Well... I can spare 10 Mbps at the most." I could tell the kernel.org admins this, and when you went to kernel.org, you would be redirected to a site, based on what the mirror sites wanted.

    I'm willing to be that companies like OSDN, RedHat, Mandrake, Rackspace, etc. might be willing to let a kernel.org mirror have a small bit of their bandwidth, if they had a way of knowing that it would be controlled.

    --
    ________________________________________________
    suwain_2 :: quality slashdot p
    1. Re:Mirroring Scheme? by ogunden · · Score: 1

      Let's move the 'official' list of kernel.org mirrors *off* the kernel.org machine. When you can't load their main page at all, it makes no sense to expect me to use a mirror, since I don't have that list.

      Two words: google cache.

  36. Time for kernel broadcasts? by Anonymous Coward · · Score: 0

    Maybe people could just sign up for periodic kernel broadcasts? I doubt anyone needs the latest, greatest, just-committed and released kernel _RIGHT_NOW_!!!!

  37. [OT] RoadRunner vs. Earthlink by JordanH · · Score: 0, Offtopic
    Hey, I'm happy I read this. I'm stalling on my decision for Broadband right now because the options are RR or Earthlink (both through TWI Cable) and Ameritech DSL.

    I've pretty much eliminated Ameritech DSL from consideration, but I'm wondering what really is the difference between the other two.

    From some things I've read, like the above, but other things as well, I'm leaning toward Earthlink, but I am concerned about TW pulling tricks down the line to screw over those who haven't selected their service similar to what the phone companies did to people who chose third-party DSL providers.

    Anybody got any suggestions or ideas?

    I've started a Journal entry to capture any ideas anybody has. Thanks.

  38. Re:Rsync is your friend... (watch the cpu) by victim · · Score: 2

    Rsync is going to want to work on uncompressed tarballs or plain old unpacked source trees. (diffing .gz or .bz2 files doesn't work well, your first change usually causes the entire remainder of the file to be different) That is fine for bandwidth because it will compress the data before sending, but you do need to watch out for CPU use. My very rough estimate is that pumping out 50Mbit/sec of traffic with rsync is going to take something like a pair of top notch ia386 cpus.

    I think it would still be a win. CPUs are cheap compared to bandwidth, but it does change the hosting dynamic a bit. You can't just use a nasty old desktop PC or virtual server to soak up the excess bandwidth. You need something with a little meat to it. (Not to disparge virtual servers, but they usually have paying clients that care if their CPU gets saturated.)

    Now that you mention it, it is such a good idea that I will set one up today. I can't publish the access to it. I only have 2mbps uncomitted and that won't go far on a slashdotted kernel loader. :-)

    I suppose I will settle for rsyncing the tar file around. It is seductive the rsync the unpacked source tree, but if I turn on --delete then it will whack my .o files and header links and I'll always be doing a full build, plus if I need to do a quick 'forgot a module' build my kernel version will have changed. If I do not turn on --delete it would mostly work, but I could accumulate obsolete files and there is a danger of date stamp problems.

  39. Don't they already do that? by Spirilis · · Score: 1

    I always use www.bz2.us.kernel.org when downloading kernels...
    It seems to give me a random mirror site every time

    --
    the real at&t mix
  40. One word - Akamai by Anonymous Coward · · Score: 0

    If I remember correctly, doesn't Akamai use Linux at the core of their distributed cache / intelligent DNS system?

    If so, they'd already benifitting greatly from Linux, and as such, I'd almost think they would at least listen to a request for such help.

    Combine this with the "forced patch" approach or any of the other possibilities discussed, and perhaps it'd be a decent solution.

    Who knows, but it doesn't hurt to ask.

  41. Why not ohther sources like... by GdoL · · Score: 1

    Dreamworks and other Hollywood Moguls are big benefactors of Linux capabilities on animation, farm processing, etc.

    Why not ask then to contribute?

    Also the big biofirms who're working on the biotechnology are using massive pc farms with linux. Why not them for support?

    The support of non-profit project can be done by this, and others big corporate guys who are profiting a lot from the technology we are developping.

    --

    ------I can please only one person per day. Today is not your day. Tomorrow isn't looking good either.------
  42. How about IBM ??? by B0zzLightyear · · Score: 0, Redundant
    They could show their commitment to Linux and also show off some of their hardware ...

    Just a thought

    --
    "To Infinity and Beyond !!!" - Me

  43. insightful?? by Anonymous Coward · · Score: 1, Informative

    This is the way it is currently done, and the way it has been done since the beginning of kernel.org more or less. Go to ftp.us.kernel.org (replace 'us' with your country code for a closer mirror -- seriously, it works for any country code) and you should get a different server each time.

  44. Slashdot effect by Anonymous Coward · · Score: 0

    The biggest help to kernel.org would probably be Slashdot not announcing every development release and announcing stable releases after the mirrors have been updated and only linking to the mirror list instead of the main archive...

    *sigh* But I guess this is too much to ask.

  45. 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/

    1. Re:Take a line from FreeBSD by Anonymous Coward · · Score: 0

      I think there was rsync access, but for tarballs, geared towards site mirroring, so that's kinda not as cool.

  46. It's fun to violate D-M-C-A by yerricde · · Score: 2, Informative

    Why not AOL?

    Because AOL Time Warner funded the DMCA.

    --
    Will I retire or break 10K?
  47. Instead of a central server by Mr.roboto · · Score: 1

    Why not a peer to peer setup of some sort using a semi custom app that uses checksums to prevent any nasties from getting added to the src. A central mirror would not be needed, and it would be nearly impossible to have anything totally down at once.

    --
    Don't call my crazy, that's what they called me back in the home!
  48. Here's your answer, Peter.. by Bowie+J.+Poag · · Score: 3, Informative



    If iBiblio is willing to host Propaganda, i'm sure they're more than willing to host a kernel.org mirror. In my experience, they've been wonderfully good hosts and run a very professional operation. Better still, they aren't hiding alterior motives by hosting free software projects, unlike the two-letter chameleon we've all grown to hate over the past year or two.

    As for SourceForge, I wouldnt bother..The company that runs it turned its back on the community that made it's existance even possible. That alone should dissuade anyone. More tangible perhaps would be that the company has only one product (which they cant sell), and only enough cash on hand to last another year at most.

    Cheers,

    --
    Bowie J. Poag

    1. Re:Here's your answer, Peter.. by Jadeus · · Score: 1

      I believe this is what you're looking for, and many will probably find something they want here. Since the sunsite.unc.edu days downloading Slack with a 0.99 kernel, these guys have always given me great thruput even on crappy 2400 baud connections.

      --
      --- Bigger bits, softer blocks, tighter ASCII.
  49. Yes, but FreeBSD... by Anonymous Coward · · Score: 1, Informative

    Sorry, Google is big on BSD, not Linux...

    1. Re:Yes, but FreeBSD... by ocelotbob · · Score: 1

      No, yahoo is FreeBSD. Google is Linux pretty much always has. There have been a few articles here about Google's fairly massive Linux cluster.

      --

      Marxism is the opiate of dumbasses

  50. P2P by burris · · Score: 4, Insightful
    The Linux Kernel and other open source projects should use some of the up and coming peer-to-peer distribution technology to host files. Tools like BitTorrent use the bandwidth of the current downloaders to relieve pressure on the main publishers. DL'ers get pieces of the file in random order and automatically exchange pieces with each other. From the users perspective, they just clicked a link. This technology desperately needs to be used by the Kernel archives, Debian, RedCarpet, etc...


    Burris

  51. P2P by drwho · · Score: 1

    OK, I am sure I am probably not the first person to suggest this, but P2P makes the most sense for large files. but of course someone might try to trojan the file. What we need is a cross-platform, open-source p2p with ENFORCED RC5 checking.

    What I find really distressing is the number of times I have searched for things such as the linux kernel or openbsd iso's on the late morpheus/kazaa, or gnutella, and not found any. after downloading, I put up the kernel never to have it touched.

    Many people don't use gnutella because of the high bandwidth consumption of the porn/warez/mp3 searches going on. What if we were to start a new gnutella network strictly for open source software. maybe network ID "opensource"? I have to admit I don't consider myself an expert on gnutella, maybe someone who is can remark on the merits of this idea.

    If I get three other people who respond to this post and will tell me they are willing to be a part of the network, I will put up a node here.

    Now, what we need is kernel maintainers (and other project maintainers) to post MD5s in a place that won't be swamped by people using the traditional methods (c2s?) of leeching^h^h^h^h^hdownloading.

  52. Why not Rsync? by Anonymous Coward · · Score: 0

    kernel.org has rsync access. Why not just use that?

    I've used rsync to update consecutive kernel versions and found the difference data transfered to be comparable to the bz2 patches.

    rsync is convienient and easily automated.

    In short, no need to reinvent the wheel. :) For those interested, can read more about the rsync algorithm here.

  53. Re:Mirroring Scheme? Mandrake? by RadioheadKid · · Score: 2

    I'm willing to be [sic] that companies like OSDN, RedHat, Mandrake, Rackspace, etc.

    Not Mandrake at least. They, wisely, don't host a thing. It's all mirrors and it works well, especially since most people are downloading 650MB ISO images. Something kernel.org should think about. The only problem with that is they need fast syncing of the mirrors, because a lot of -pre patches are only tested for a few days until the next one comes out....

    --
    "Karma can only be portioned out by the cosmos." -Homer Simpson
  54. chump change by tim_maroney · · Score: 2

    Twenty thousand dollars is, what, two months of the burdened cost of a single mid-range software engineer? Why is this worth an exclamation point? Many organizations pay several full-time programmers to work on open source projects -- any one of these organizations exceeds this tiny donation in a week.

    Tim

    1. Re:chump change by CyberBry · · Score: 2, Informative

      You're missing the point, though. To a company like IBM, $20,000 is nothing. They make millions off of open source, so having a few developers on staff contributing to open source project ultimately leads to more profit for them (and benefits the open source community, too).

      However, last I checked, dyndns.org wasn't a multimillion dollar company. It's run entirely by volunteers (myself being one of them), and almost every penny of our income comes from user donations. We don't have a single full time anyone on staff to run the service, let alone to develop open source applications.

      What this donation is supposed to signify is not so much a dollar amount, but what it stands for. It's a challenge to any company making money from open source. If a non-profit service run by volunteers can donate such a sizable amount to open source, imagine what for-profit companies are capable of doing? Come up, try and one up us :)

      --

      ----
      Bryan Samis
      http://www.thesamis.net
  55. if only i had the bandwidth... by kidlinux · · Score: 1, Redundant

    I plan on setting up a 400GB raid system this spring (would that be enough? I could add an additional 400GB but it wouldn't be raid), unfortunatly I'm only on cable. If I had the bandwidth they're asking for, I'd host that site no problem. It'd be fun. So basically, if anyone would like to fund a nice pipe into my basement, I'll do it :P
    Although I'm sure there's no shortage of admins for kernel.org.

    --
    -kidlinux.
  56. ack by EggplantMan · · Score: 1

    I can see it now... 'Thank you for using the GNU/Linux OS!'

    --

    ?-|||-----x<*))))><
  57. The Quasi-Ultimate OSS Mirror for Canadians by Sentry21 · · Score: 3, Informative

    I would suggest Canadians start using the Canadian Communications Research Centre's servers. They do have the bandwidth, especially to University students (CA*Net III and other academic/research networks) who are probably a large amount of users of the Linux kernel.

    Incidentally, just some of the files available via rsync from ftp.crc.ca (which, sadly, has an anon-ftp limit of 25 users):

    Perl CPAN mirror
    GNOME desktop and utilities
    Linux HowTo's
    KDE desktop and utilities
    XFree86
    ALSA Linux sound drivers
    Debian Linux
    Debian Linux ISO images
    FreeBSD
    Alexy Kuznetsov's IP Routing Tools for linux
    Blackdown's port of JAVA for Linux
    CRC's Linux Kernel Archive (I wonder if this is different from the standard kernel? they don't say "CRC's" on everything)
    CRC's RedHat mirror
    CRC's RedHat Contrib (interesting)
    Slackware Linux
    SUSE Linux
    TurboLinux
    CRC's VQEG Digital Video Experiments
    CRC's XAnim mirror

    So if you are Canadian and use any of these software packages (or the others on the page I linked), PLEASE use this site, it's extremely fast on broadband and even more so to university students. I used it for my Debian packages until they dropped the limit on FTP users. Maybe if I ask real nice they'll give me a login....

    The site itself is interesting too. Neat stuff.

    --Dan

    1. Re:The Quasi-Ultimate OSS Mirror for Canadians by Anonymous Coward · · Score: 0
      CRC's site should be useful for university students outside of Canada too - CAnet3 peers with Internet2 and several other research networks. They allow 150 anonymous high-speed users, and have at least an OC3 connection to CAnet3.

      But IIRC, they only have a T1 connection to the internet, and it's always full. I tried accessing it this summer from my Canadian broadband connection, and found it very slow when I was able to log on at all - most of the time I just hit the user limit.

    2. Re:The Quasi-Ultimate OSS Mirror for Canadians by Sentry21 · · Score: 2

      But IIRC, they only have a T1 connection to the internet, and it's always full.

      I recall getting 300 kbytes/s download from them once or twice. I could be mistaken, but I'm pretty sure I'm not. Perhaps they have several T1s (they're fairly cheap nowadays, all things considered).

      --Dan

  58. Re:It's just what the government wants you to beli by Anonymous Coward · · Score: 0


    Oh, dear lord... somebody PLEASE mod the parent post up funny!!! :D

    Of course, since it includes the crack-erator "red button" words "zionist, Jew, Neo-Nazi, Communist, Fascist, etc" the post will probably be modded down to the depths of hell. This is a real shame, as it's QUITE FUCKING FUNNY (if only the moderators would actually *read* the whole thing).

    Offtopic? Fine, mod it as such. Anybody modding this comment as "flamebait," however, just needs a good swift kick in the a$$.

    Metrollica, rock the fuck on.

  59. I'd love to help... by macdaddy · · Score: 2, Insightful
    ...but I don't have near that much bandwidth to donate. IMHO, if a given site needs that much bandwidth (especially an open source one) then there should be a dozen or more mirrors set up off of round-robin DNS w/ fault tolerance. I don't know of anyone that could justify to the powers that be that they need to pay more $$ for +25Mbits of bandwidth to sustain something for which they get no return on (no visible return to the suits at least). If there was a need for only 2Mbits, then I'm sure many placed already have that much to spare. IMHO there should be a dozen or two mirrors. I can't see it working any other way unless there just happens to be a rich geek that wants to put up the green for a big fat pipe. I would if I could but I'm not Bill G.

    That's an idea! Linus should ask Bill G to front the green for the Linux kernel site. I know Billy-boy would do it. He's all for helping the community... ;-)

  60. How does it beg the question? by Compenguin · · Score: 2, Funny

    "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."

    I'm confused; I don't see how it begs the question. I dont see an attempt to prove anything with itself.

    1. Re:How does it beg the question? by Anonymous Coward · · Score: 0

      Heh.

      I thought I was the only one who was annoyed by all these people saying "begs the question" when they really mean "invites the question" or "suggests the question."

      It's gotten quite bad. Even newspapers seem to let it slip by now and then.

      MM
      --

  61. local mirrors by Anonymous Coward · · Score: 0

    Your the local ISP? kewl np, you have control of local DNS, mirror the mirrors for your customers. That means you only serve the bandwith for this on local network making for fast downloads your customers only. Or at least make it known to your customers that you have certain downloads available for local download. I'm too lame to fill in the blanks here but I'm sure you can handle it as well as other ISP owners. IMHO doing it this way would save you external bandwith costs!!

    1. Re:local mirrors by daft_one · · Score: 0

      That's "you're"... as in "you're an illiterate moron." Cheers.

  62. Re:Other solutions? Net-News? P2P! by jgrr · · Score: 1

    I've been thinking lately that the big download sites ought to put their stuff up on gnutella or some other popular P2P network. Then just distribute an md5sum in their announcements, and everyone who obtains the file automatically becomes a mirror.

    Their ftp site could contain only a gpg signature of the file, rather than just the file.

    I'm sure there is a reason this is a stupid idea, but I haven't thought of it.

  63. Ads by Mick+H · · Score: 1

    mmm, Maybe they could put big porn banners up on kernel.org ;-) that'll pay for the bandwidth!

  64. checksum-based URIs and P2P systems by ger · · Score: 1

    I think widespread deployment of checksum-based URIs like urn:sha1 could help solve this problem.

  65. Re:Other solutions? Net-News? P2P! by Dr_Tom · · Score: 1

    The originator of this idea should be identified, and so should any cases of "prior art". Before using this idea make sure that the originator of it disclaims all "intellectual property" rights to it; or people using the idea will pay dearly in the future. History has taugh us to avoid these traps.

    Free expession now requires that one have a lawyer present.

    --
    -- Thomas Corriher
  66. mirrors everywhere by sir99 · · Score: 1

    Here's my idea: All the Linux news sites should have their own kernel.org (semi-)mirror. That way, as soon as you read about a new kernel being released, you can download it from that same site. The bad thing is, that's a lot of bandwidth for each news site, but hopefully people get their news from enough sources that it wouldn't be too bad for any particular site.

    --
    The ocean parts and the meteors come down
    Laid out in amber, baby.
  67. giFT - OpenFT by Anonymous Coward · · Score: 0

    www.giftproject.org

    We're working on a new opensource file transfer protocol very similar to Kazaa/Morpheus/Grokster, and it uses md5 checksuming, and automatically checks for more sources on the network that have the same md5, if the final product doesn't match the md5, then it will reget the bad chunks.

    If you remember giFT from a while ago, we had reverse engineered the FastTrack protocol (kazaa), and had a thread on /.

    If you guys would like to help speed up development, feel free to drop by our IRC channel at irc.openprojects.net/#giFT