Slashdot Mirror


WCArchive sets new Record

dcs writes "The hardware upgrade for wcarchive came not a single second too soon. In it's first full day of operation with the new hardware, a new record was set... 969 gigabytes of traffic was generated, thanks mainly to the recent release of RedHat 6.0. I'm looking forward to the first terabyte in day mark, but it seems an upgrade on network capacity is due before that can happen. "

16 of 82 comments (clear)

  1. Re:Long live the free Unices. by Phil+Gregory · · Score: 2

    Don't forget that Slashdot itself runs Linux and Apache and handles about half a million hits a day, much of that dynamically generated. By my calculations, at peak times, Slashdot tops 10 hits/sec.


    --Phil (Way to go, Rob!)

    --
    355/113 -- Not the famous irrational number PI, but an incredible simulation!
  2. Re:Long live the free Unices. by RobKow · · Score: 2

    It doesn't -prove- anything. It's merely an impressive feat. I have no doubt that another OS could achieve a similar accomplishment, however. Regardless, it is certainly a testament to FreeBSD's performance (not necessarily speed, also includes functionality) under extreme load.

  3. Re:A "desktop" box is more relevant right now by sheldon · · Score: 2

    But a 486 is hardly what people are running NT on.

    The Oracle benchmarking that was posted to slashdot a couple weeks ago was also done in a biased manner.

    By selecting hardware which is known to give good performance on Linux and poor performance on NT, the test is just as biased as the mindcraft study.

    Which is fine, but don't pretend that they are unbiased an independent when they are not.

    Oh, and BTW, all of the production servers at my company are running SMP. The intranet servers are quad processor Proliants, the Oracles are Sequents with 16 processors.

    How many Linux servers do you see in production environments at Fortune 500?

  4. Long live the free Unices. by Christopher+Cashell · · Score: 2

    Anyone who ever claims that the free Unices aren't up to handling heavy load ought to see this.

    I think this proves very conclusively that the free Unices (Linux, NetBSD, FreeBSD, etc) are all very capable, stable, powerful, and robust. I'd love to see a box running a commericial OS try to match this. ;-)

    --
    Topher
    1. Re:Long live the free Unices. by Christopher+Cashell · · Score: 3

      I love Linux as much or more than the next guy, and NetBSD sounds pretty cool, but how the heck does this record prove anything conclusively about NetBSD and Linux?

      You misunderstand my point. I recently suggested at work that we use one of the various free Unices for a couple of servers. My suggestion was shot down, with the comment that none of the free Unices had ever been proven in a high stress, high load situation.

      This is, in my oppinion, quite clearly an example where one of them has.

      I love the free Unices. FreeBSD is stable as a rock on Intel hardware (though, unfortunately, not portable for crap yet). NetBSD has the stability of FreeBSD, along with the ability to run on damn near every single architecture available (even more than Linux). Linux just plain rocks, with it's stability, features, and amazingly fast evolution.

      I also believe in using the right tool for the right task, and I often don't bother to differentiate between which one is better, or anything else. They're all Free Unices to me, each with their own strength and weeknesses.

      This says a lot about FreeBSD, and the potential for Free Software in general. Don't make more out of it than there is to be made, though.

      This is exactly my point. This is an example that shows very clearly that the Free Unices, and Free Software in general, *can* work, and *does* work. I'm not here to argue the specifics of each OS, or anything like that.

      I look at this from the point of view that, when I show my boss evidence like this, all of the Free Unices win, and all of them become better recognised for their abilities by him.

      It makes Free Software/Open Source advocates look intellectually dishonest.

      I disagree. I see it as using a single example to prove a concept, as opposed to 'My OS is better than your OS.'

      --
      Topher
    2. Re:Long live the free Unices. by maw · · Score: 2

      I love Linux as much or more than the next guy, and NetBSD sounds pretty cool, but how the heck does this record prove anything conclusively about NetBSD and Linux?

      This says a lot about FreeBSD, and the potential for Free Software in general. Don't make more out of it than there is to be made, though.

      It makes Free Software/Open Source advocates look intellectually dishonest.

      --
      You're a suburbanite.
  5. Re:Portability by Christopher+Cashell · · Score: 2

    It's now stable as a rock on Alpha's too :)

    Is it? Neat. ;-)

    I've heard lots of mixed reports on how far the Alpha port had progressed, though last I heard it was still fairly beta, but improving rapidly. The Sparc port though, last I heard, was pre-alpha still...

    --
    Topher
  6. Here are updated photos and hardware description. by Alfred+Perlstein · · Score: 4

    David Greenman, the Co-founder/Principal Architect of the FreeBSD Project just posted a new picture of the new wcarchive, it is now available here.

    Updated hardware description is also available here.

    It would be amazing if someone could pull some nice effects with The Gimp and make a cool looking "ftp.cdrom.com theme" for Windowmaker or something...

    --
    - Alfred Perlstein - Programmer and Administrator, Wintelcom.
  7. Re:Web being harder than FTP by Eivind+Eklund · · Score: 2
    That's for serving 6-8 GB/day as typical HTTP requests from a web server, NOT AN FTP SERVER. The load placed on a machine or set of machines in these two roles is very different.

    I've got 4 Linux machines with dual 300 MHz PIIs and half a gig of RAM each using round robin DNS to handle a very busy web site, and it doesn't serve anywhere near 1000 gigs a day, yet it needs hardware that is much more powerfull than cdrom.com, precisely because web serving is a much harder thing than FTP serving.

    You are assuming FreeBSD and Linux have identical load handling patterns - they don't. It is not inherently harder to server static HTML pages than FTP files, and if used a special light-weight HTTP server (ftp.cdrom.com use a special light weight FTP server) then I do not think it would unfeasible to serve similar amounts of HTTP data.

    In order to make ftp.cdrom.com capable of transferring that much data, however, sendfile() was needed. The FreeBSD sendfile API is, if I've understood correctly, different from the Linux one, in order to be able to support HTTP. If you'd want to serve web data competitively from a Linux machine, I think you would want to implement a similar API for Linux.

    You'd probably also need to do a number of mods to the Linux VM system if you want similar performance to FreeBSD; however, I can't state that conclusively, as it is a long time since I've seen any benchmarks between the two.

    Eivind.

    --
    Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
  8. Re:Mindcraft - did what they said they would by IntlHarvester · · Score: 2


    Is the Smart Reseller test the same that was published on ZDNet?

    If so, the configs were hardly "out of the box" - the Linux box in the ZD test was heavily tuned by a member of the Samba team. Furthermore, ZD didn't publish this information, where at least Mindcraft admitted that they tuned the hell out of the NT box.

    --

    --
    Business. Numbers. Money. People. Computer World.
  9. A Million Dollars a Year in Bandwidth by SandHawk · · Score: 3
    By my rough calculations, their net connection should be costing them about $750,000/yr at their average rate of 800GB/day. (I looked at their ISP's pricing, which is about the best I've seen.) They must sell a lot of CD-ROMs to be able to write that off as advertising and/or good-will expenses.

    Actually, their whole architecture seems strange. This seems like something much better handled by multiple machines with connections to different ISPs. Oh, but they're colocated in their ISP's machine room....

    I'd love to see this kind of information (bandwidth, machine, OS) and more (time-of-day loading curve, ...) for all the big data providers, whoever they are... (download.com? yahoo? aol? conxion? ...) They don't seem to brag about it much. If they have little info pages like cdrom.com's, I haven't been able to find them.

    I don't know why, but this kind of stuff just grabs me. Lifestyles of the bandwidth-rich and cache-famous? Packed-Tranfer Pr0n?

    1. Re:A Million Dollars a Year in Bandwidth by jawsh · · Score: 2

      You can see what kind of machine it is at ftp://ftp.cdrom.com/config.txt and see a picture of the actual machine at ftp://ftp.cdrom.com/archive-info/wcarc hive.jpg

  10. Mindcraft - did what they said they would by SpinyNorman · · Score: 2

    As Mindcraft's web site says (paraphrasing) "you identify your goals, we do the testing to satisfy them". Given that the paying customer was identified as Microsoft, it should come as no surprise that the goal was to show NT being faster then Linux. Bear in mind though, that all _independent_ testing has shown exactly the opposite to be true, certainly for uniprocessor machines such as the ftp.cdrom.com server.

    There have yet to be any standard SMP benchmarks (TPC-D, SPECWeb96 etc) published, although an unofficial Oracle benchmark indicated Linux to beat NT there also.

    Also bear in mind that the "Mindcraft" testing has since been shown to have been performed in a Microsoft lab (the "Mindcraft" e-mails originated from a Microsoft domain)...

    Ultimately, all the "Mindcraft" tests really proved is that Microsoft is starting to take Linux as a _very_ serious threat to NT - not surprising given the Linux server marketshare and growth numbers.

    Microsoft is attempting to recover from the PR nightmare resulting from this testing by redoing the tests with "unimpeachable" Linux configuration expertise supplied by Linus and Alan Cox ... but as those two have indicated, this is a complete farce, and you can expect the "retest" results to be as information free as the first ones.

    1. Re:Mindcraft - did what they said they would by cmc · · Score: 2

      I doubt Microsoft considers Linux as a threat, at least in the sense I'm conveying (an actual entity actively attempting to cause MS to lose business).

      Microsoft more likely considers them as a frustration or an obstacle, because at this point, they are. I don't think Linux powers more servers out there than NT yet, and I doubt MS can actually perceive it as a threat, it's an operating system, not a commercial venture. It might consider a commercial vendor a threat, but I don't see that either.

      Regardless of whether they're wrong, I don't think they really see it as a threat.

  11. A "desktop" box is more relevant right now by SpinyNorman · · Score: 2

    How many net servers in the real world run off SMP boxes? Most ISPs use server farms of uniprocressor machines - much better bang for the buck. No-one's denying that Linux's SMP performance could be improved, but exactly how it compares to NT (which has it's own set of problems) is really unknown to this stage due to lack of fair testing.

    The Oracle test I mentioned took one approach to fairness in testing both NT and Linux out of the box with no tuning on either side.

    Given how artificial benchmarks are, the real world observations of NT vs Linux performance should probably be given more weight anyway. A quad zeon box is hardly what people are running Linux servers on - many are running on 486's! Try that with NT...


  12. Who's running what by SpinyNorman · · Score: 3

    You can use this site:

    http://www.netcraft.com/cgi-bin/Survey/whats

    to find out what server and OS are being used by a given domain name. Try egg.microsoft.com !

    This works by recognising the characteristic signatures of the different OS's TCP/IP stacks as they respond to a bunch of wierd packets.