Slashdot Mirror


Macintosh Clustering

HiredMan writes: "Wired is running an article comparing the set-up and admin of Linux Beowulf clusters versus Mac based clusters. Slant of the article is that the Macs are easier to set-up, maintain and are more flexible. They note that the Linux "how to" manual is 230 pages while the corresponding Apple document is a 1 page PDF file. Dauger Research of former Appleseed fame is mentioned as well, of course. MacSlash is also covering the article. Let the on-topic (for once) Beowulf comments fly..."

612 comments

  1. Cost? by FortKnox · · Score: 2, Interesting

    What about cost? The cost (monetary, not time) of setting up a Linux cluster vs. a Mac cluster?

    I think there are pros and cons of both clusters.

    --
    Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    1. Re:Cost? by Dephex+Twin · · Score: 1

      What about the cost of time, though? Not just the initial setup, but also maintenance?

      I feel like there's an advantage to the Mac in that department.

      That may even offset the more expensive hardware.

      mark

      --

      If you want to make an apple pie from scratch, you must first create the universe. -- Carl Sagan
    2. Re:Cost? by Vagary · · Score: 1, Redundant

      Apple is simply not prepared to provide the customisation needed for anything more than desktops and simple servers. For that matter, I can't even customise things enough to suit my geeky requirements. Either Apple needs to start selling components seperately or give up on markets like clustering.

    3. Re:Cost? by FortKnox · · Score: 1

      That's my original point. Mac has the pro of being both user friendly and easier to setup and maintain, while the pro of the linux cluster is the inexpensiveness to build, and, as far as maintenance, its cheaper to swap out parts if necessary.

      --
      Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    4. Re:Cost? by Anonymous Coward · · Score: 0

      What component can you not buy?

      IDE Hard drives?
      CD-Rom drives?
      memory?
      diskdrives?
      PCI Cards?
      AGP cards?

      I've seen them all in a mac?

    5. Re:Cost? by Anonymous Coward · · Score: 2, Informative

      Apple is simply not prepared to provide the customisation needed for anything more than desktops and simple servers.


      Funny that.

      I know of at least one company that uses nothing but Apple hardware to do heavy-duty data mining, on an Apple cluster. Even more unique is that the company had to write a custom 64-bit filesystem to deal with the massive amounts of data to cross reference. Oddly enough, the developers did this with assistance from Apple.

      The company's website:
      http://www.riskwise.com
    6. Re:Cost? by homer_ca · · Score: 2, Insightful

      Try pricing a replacement motherboard out of warranty. Also, the parent post to you was not about adding components to a standard system. It was about getting a stripped down system from Apple for cluster use. Don't need a CDROM or 3D video for that. I gotta admit though, it does look easy to set up. The big question mark is how good is their SDK for recompiling code for parallel processing.

    7. Re:Cost? by bryan1945 · · Score: 4, Redundant

      Sigh. This is why WinTel continues to dominate.

      Dumb businesses look at the quick and short-time costs, relegating longer-term costs to secondary status. Most semi-smart people know that longer-term (and usually recurring) costs tend to dominate over the long term. Even though there are many studies showing Macs having higher ROI, WinTel gets the vote. Just look at arguments here on Slashdot- "I can get (whatever) much more for the price Apple charges!" But it is proven that Macs need less maintainence and less configuration stuff.

      With Linux, it's less clear because you can run it on even cheaper hardware, and the OS and most apps are also free. But it takes more human time to get it working right, for the most part, depending on what you want to do. Standard install, no prob. Something special, now you start running into human costs, which are way higher than equipment costs. Put it this way, it would be cheaper for a company to buy a brand new computer than to hire me for 1 day to fix it (minus data loss of course; but they should've backed up anyway!)

      Meh.

      --
      Vote monkeys into Congress. They are cheaper and more trustworthy.
    8. Re:Cost? by Anonymous Coward · · Score: 0

      First you ask about the cost, and then you ask about the initial monetary cost. These are two different questions. Unless time is not a cost for you. That means:

      If you have a bunch of cheap students upon whom you'd like to become dependent, go with Linux.

    9. Re:Cost? by edbarrett · · Score: 1
      What about cost?
      • 8 dual 1GHz PowerMacs @ $2999 = $23992 (store.apple.com)
      • 8 15" LCD monitors (yeah, it's overkill) @ $599 = $4792 (store.apple.com)
      • 1 D-Link DGS-1008T 8 port Gigabit switch = $595 (pricewatch.com)
      • misc cabling: make something up
      • POOCH licensing: $150 + (numNodes-1) * $100 = $150 + 7 * $100 = $850
      So I'd say about $30229, right off the top of my head.
    10. Re:Cost? by schvenk · · Score: 1

      I'll admit my understanding is incomplete, but I think if you multithread Cocoa apps, they can take advantage of multiple processors, at least on a single machine. The small amount of basic multithreading I've done seemed pretty easy, and Cocoa is relatively easy in itself, and uses Objective-C, so standard C (and I think C++?) code should compile. Can anyone fill in the details?

      For what it's worth, I have a dual-processor Mac and when I pop up the CPU Monitor I see both processors hard at work :) But I won't claim to understand how that relates to the cluster variety of parallel processing.

    11. Re:Cost? by schvenk · · Score: 1

      Plus, cluster a bunch of old iMacs and it's still pretty cheap to just replace a broken one, and as you point out the human & time cost is minimal there.

    12. Re:Cost? by Luti · · Score: 3, Interesting

      Cant you cut the $4792 for LCD's down to $599? Why do you need 8? Can't you use one and just unplug it from the head when you to diagnose the other machines? Also why LCD's? Can't CRT's be found for under a $100 now? I'm not a Mac fan, I prefer LinTel, but this solution seems to make tons of sense...

      Luti

    13. Re:Cost? by MaxVlast · · Score: 3, Insightful

      Or...they could keep doing what they're doing, be successful, and have all of the people be jealous that the coolest OS out there doesn't run on their ugly beige hardware.

      Okay, that was a bit of flamebait. But still, Apple has a good thing going now. They piss some people off, but they are being pretty darned successful compared to the other major box manufacturers. I honestly don't think a new Dell product could get the cover of Time.

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
    14. Re:Cost? by drik00 · · Score: 1, Flamebait
      I'll agree with that.

      The thing that gets me is that all these people that have been posting about how easy Mac's could cluster and all that, but what's really funny is that, why the hell would you need it!?

      Mac's (other than being used in some schools) are used by people wanting to use Photoshop (or the like). Hell, I'd love a dual cpu G4 to use for that, no doubt. But, on the same token, if i was going to build the ultimate game box, i'd sure as hell use PC hardware and run Windows, or if i wanted to, oooh, i dont know, run a cluster for number-crunching, i'm NOT gonna use either Windows or Mac, there's hardly ANY advantage. Using Linux for cluster farms is cheaper, open-sourced (for any proprietary development), and more flexible. Now, i'm not some big Linus-for-President idiot or hardcore Lin-head, but I do know that choosing an architecture for building a clustered system based on how EASY it is to set up is stupid.

      If you're going to be setting one of these up, you probably NEED to know what the fsck you're doing at a keyboard, and claiming that a Mac cluster is better because the manual is smaller?! Give me a break.

      Quit being a pussy, and learn.

      And on a final note, there's a reason Mac's dont have a significant share of the server market (not that i'll pretend to know what it is, but they dont), just look at the breakdown of http servers on the Web.

      /* Wait for the flames */

      --
      Beer, now there's a temporary solution -- Homer Jay S.
    15. Re:Cost? by ryusen · · Score: 1

      overall wouldn't it depend on what you needed it for? i would imagine that the linux cluster would be good for some uses and the mac better at others (this would be more based on which software worked better on which os) i'm probably wrong, but i would think that $30,000 or so would be neglegable for most companies who would even consider running clusters... and they would be more concerned about which cluster will get them the most work done...

      --

      I believe sex is highly over rated... unless it involves me
    16. Re:Cost? by Anonymous Coward · · Score: 0

      Try an aftermarket repair company, dumbass. Apple is not the only place on the planet that can repair boards...And this comment is on slashdot?

    17. Re:Cost? by Anonymous Coward · · Score: 0, Flamebait

      I can't believe what I'm reading! DO NOT TRY to compare the hardware costs over the longterm between a WORLD-WIDE PC standard and Apple's. It cannot be done.

      My ugly beige case (which I actually pride myself on, if my box was more than 10 different colors and I could see through it.... I'd make it an aquarium I think, I dunno) can support a motherboard from any friggin corner store or mail house. Your pretty box is the product of one company and the price is whatever they want it to be (if they even make em anymore).

      PC's are CHEAPER to maintain in terms of hardware.
      Bottom line.

      Anonymous Coward (I kinda like that!)
      -- I'll reply to valid voices. See ya!

    18. Re:Cost? by KillerKane · · Score: 1

      If you're talking about motherboard failure (as opposed to upgrade), my personal experience with Mac's is that I have NEVER seen an Apple motherboard fail. Doesn't mean it can't happen, but I'd feel pretty secure about the stability of such a system.

      I ran a couple of AppleshareIP servers in a heavy production system and they never failed, never had to be rebooted (except for easy hardware upgrades, sometimes) and just generally were invisible as far as maintenance went. For years. YMMV.

      --
      There is a thin line between genius and insanity. I have erased that line. -- Oscar Levant
    19. Re:Cost? by PhotoGuy · · Score: 2

      You have to consider who will be doing the installs. Would the average person in the average MIS department, sooner spend the time and effort getting a Beowulf cluster working properly, or instead recommend to his boss that there's a more "effective" solutions (where he or she just point-and-click's together a bunch of Mac's).

      Yes, it'd be most costly up front, and less effective in the long run, but anyone who doesn't go above and beyond (which is an awful lot of people), will pick the way which is more visibly easier on them.

      -me

      --
      Love many, trust a few, do harm to none.
    20. Re:Cost? by MaxwellsSilverHammer · · Score: 1

      If you look at the pictures in the article, one of them does show that there is apparently indeed only one display, for 8 machines, and it is a 17" Studio Display CRT, was $499 from apple.com before they quit making them.

    21. Re:Cost? by Anonymous Coward · · Score: 0

      Even thyat monitor seem too much for what you need it to do. You can really just grab an old 14 or 15 inches CRT... almost free now...

    22. Re:Cost? by Anonymous Coward · · Score: 0
      But it is proven that Macs need less maintainence and less configuration stuff.

      So, you don't have to do security updates?

      you start running into human costs

      apt-get update
      apt-get upgrade

      Oooh. That took a long time.

    23. Re:Cost? by greydmiyu · · Score: 1

      It is proven, where? From my point of view it is proven that Linux offers a far lower maintainence over the long run than Macs ever do. I've worked with both, extensively. Unix(-like) Intel boxes trump Mac boxes every day of the week.

      Want proof? Remind me again what OSX really is?

      Hint (SD-Bay, hich-way, s-iay nix-uay ike-lay.)

      --
      -- Grey d'Miyu, not just another pretty color.
    24. Re:Cost? by Anonymous Coward · · Score: 0

      costs in terms of what? maintenance? most "good" linux clusters these days are fairly simple, usually
      some sort of management system (which may/may not be involved in the cluster) and a bunch of diskless or dataless (disk, but, it gets automatically re-OS'ed on *any* fault w/o human intervention)

      Such clusters do exist, with hundreds of nodes. Apple doesn't (yet) have tools to even consider handling such a situation.

      Nearly all of the discussion here seems to be focussed on a small (10) hand administerred machines. In this case, the skill of the administrator and the degree of standardization wil play a much larger role in the amount of work spent on the cluster than any specific vendors offering.

      Back to the topic, I'm curious where the apple clusters would pan out to be useful. with the exception of a few problem spaces where altivec actually yields real performance improvements
      for scientific computing, the macs lack in the critical areas:

      * system bus (PC133 speed)
      * IO subsystem (32bit/33mhz pci, and a slowish implementation at that
      * double precision floating point grunt (altivec doesn't do this)

      Until those areas are addressed apple equipment will likely remain a cluster curiousity save for the one or two folks who are fortunate enough to have problems which altivec can solve better than SSE2/MMX/3DNow. However, even with that, without apple fixing the first two deficiencies
      one can't run a fast interconnect (you can't push full speed gigE/myrinet/quadrix like you can on ServerWorks chipset based intel gear)

    25. Re:Cost? by SirSlud · · Score: 3, Insightful

      >a brand new computer than to hire me for 1 day to fix it

      Indeed! Well, I'm salary, but its still about 10 days of my time = new computer.

      Nothing speaks more about the falsehood of the market choosing wisely than the tech sector, as it relates to the perception of technology costs versus people costs. Who cares if it's 75% as fast if I need to spend less time thinking, caring, stressing over it.

      It's kind of funny .. it almost makes me want to point out how, despite one's salary, employers consistantly underestimate the costs of labour (because the goal is to drive it ever cheaper) and typically overestimate the true cost of hardware. Add to the that the completely ignored (in a free-market) social costs depending on your selection, and you've got some very difficult-to-explain from a total-cost perspective monopolies ...

      --
      "Old man yells at systemd"
    26. Re:Cost? by t · · Score: 2, Insightful
      I'm suprised that no one has mentioned Akamai. They are probably one of the biggest users of cheap x86 hardware with linux. I don't have the reference but they figured out that it is cheaper for them to replace entire boxes when they go down rather than swap parts out or otherwise try to diagnose and fix the problem. Here we have a real life business that has shown that human time is more expensive than hardware.

      t.

    27. Re:Cost? by BlackGriffen · · Score: 1

      That's only if you want to run the computer as a dedicated, headless, system. If you just want to utilize the extra processor cycles from a computer that isn't under heavy demand (i.e. a school computer lab, a secretary's computer, etc.) or that has significant down time, then you need the monitor. BUT the fact that the machines would be doing double duty should be factored in to the equation if that is true.

      BlackGriffen

    28. Re:Cost? by Anonymous Coward · · Score: 0

      I will argue that it is absolutely cheaper to purchase a x86 linux cluster, for the reason, that if configured properly, x86 clusters enjoy a much lower price-per-node (price per performance) hardware cost. However, as Jacek demonstrates in his HOWTO on clustering, adding new nodes is as easy as executing a script. Period. This is done through a configuration of a diskless node cluster (which by nature greatly simplifies and centralizes configuration of nodes, as well as reducing costs significantly). The only catch is that performance scalability can suffer from increased network traffic (from NFS root mounted filesystems) at high cluster size. But, for medium sized clusters, x86 is the way to go. I mean, 2999 per node or less than 500 for a dual athlon deal?

      I discovered all of this stuff setting up a mixed species (UltraSPARC and Sparc20) cluster running Redhat 6.1 for Sparc. You can read about it on beowulf-underground.

    29. Re:Cost? by Anonymous Coward · · Score: 0

      I guess it's a choice of cheap and dirty
      (AMD and Linux) or less cheap and clean
      (PowerPC an OSX)

      If Linux is your choice then by all means go AMD. I really love OSX and it's more stable than my Linux AMD machine.

      I like Linux, but I would like to see everything
      above X11R6 in the garbage.

    30. Re:Cost? by BlackGriffen · · Score: 1, Informative

      Everything Apple uses is pretty stock and standard:

      PCI, AGP, SDRAM (DDR is coming eventually...), USB, Firewire, ATA...

      In fact about the only non-standard things on a Mac are the motherboard, CPU, and that new monitor plug thing they introduced with the Cube, which has adaptors available for it.

      When was the last time you looked at a Mac?

      BlackGriffen

    31. Re:Cost? by bryan1945 · · Score: 1

      No, no- maintenance costs of Macs vs. WinTel. I know of no Mac vs. *nix studies. Sorry I didn't make that clear.

      --
      Vote monkeys into Congress. They are cheaper and more trustworthy.
    32. Re:Cost? by bryan1945 · · Score: 1

      Sorry, I didn't specify that I was talking about Macs vs. WinTel, not Macs vs. *nix. I don't know of any studies of Macs vs. *nix.

      --
      Vote monkeys into Congress. They are cheaper and more trustworthy.
    33. Re:Cost? by DrXym · · Score: 2

      Come now, Apple computers have built-in obsolescence. Long term for a Mac is 3 year or so after which the cord is cut and you *cannot* upgrade to the latest MacOS whether you want to or not. I reckon this G4 I'm writing this message on has a year or so more to do before it's declared "obselete". What are you meant to do after that; keep on running Mac OS X 10.1 when the world is up to Mac OS XI?

      OTOH Linux runs on everything and anything. Sure it takes a but longer to configure, but then it puts new life into your hardward. Once you have it configured you can run the hardware until it literally fails on you. I know because my firewall/dialup box is running on 9-year old hardware which would be useless for anything else but Linux makes it superbly useful.

      I do believe Mac OS X is easier to maintain than either Linux or Win32 in normal desktop use and I like Aqua a lot. However if I started using it as a server I don't think there would be anything easier about it.

    34. Re:Cost? by usfGPM · · Score: 1

      I have to totally disagree with this notion of "built in obsolesence." In fact, the general consensus (even amongst wintel folks) is that Apple computers hold their value far longer than any other brand out there (see here and here for examples). Just take a stroll through the Apple section on eBay if you don't believe me (although, I admit that people on eBay will pay more for anything just for the joy of buying on ebay, but you can still make the comparison).

      I will use my own set up as an example:
      I have 4 Macs. My mp3 server is a Performa 6400 (200 MHz 603ev processor) from 1996. It runs OS 9.1 and serves as my stereo system and sometimes backup file server. My intranet web server is a Powerbook G3 (233 Mhz PPC 750 processor) with 288 MB of RAM. It runs apache and a host of other apps through OS 10.1.2 and is connected to my lan with a wireless ethernet pc card. It was purchased in 1998. My ftp, hotline and test box is a Beige G3 (266 MHz) with 640 mb of RAM and a 30gb maxtor hd. It runs OS 9.2 and webstar's ftp server. I've had it since early 1998. My everday machine is a G4 titanium which is the absolute best piece of hardware I have ever owned. :)

      So, I have machines that are 6 years that still fulfill a worthwhile purpose on my home network. Excluding the oldest (the 6400) machine that will probably be donated to someone else in the near future, I still have 4 and 5 year old Macs that I have no need, and no foreseeable need, to replace.

      Comparing Apples to BMWs is an old cliche, but it is quite appropriate in this argument. They cost a little more in the beginning but they hold their value for an amazing length of time.

      Frank

    35. Re:Cost? by spamkabuki · · Score: 1


      True, you may not be able to upgrade to the newest OS. But, sometimes you don't have to. My folks were still using my old Mac SE productively 'til about a year ago. Still runs like a top.


      How old is the oldest Wintel box you've ever seen running?

    36. Re:Cost? by MoneyT · · Score: 1

      Just a quick note, the individual market share of Apple is roughly equal to that of Gateway, or Compaq, or Dell, or IBM, or any other base manufacturer. Remember, if you're going to measure market share, you need to compare companies, not hardware.

      --
      T Money
      World Domination with a plastic spoon since 1984
    37. Re:Cost? by MoneyT · · Score: 1

      In my personal experience, it's been far easier to maintain a mac than maintain a *nix machine, but that's because of inherrent differences.

      And yes, the new Mac OS is based in *NIX, Apple is smart, they know a good idea when they see one, the difference is, the OS X interface is far superior to any inteface for *NIX I've ever seen

      --
      T Money
      World Domination with a plastic spoon since 1984
    38. Re:Cost? by alec314159 · · Score: 1

      What's LinTel?

    39. Re:Cost? by MoneyT · · Score: 1

      3 years and then you can't run the next OS? What mac are you using?

      From my own experience I started with a PM 5400

      180 Mhtz
      16 MB RAM
      1.5 Gig HD
      i think (though i;m not sure) 2 MB video memory
      Mac OS 7.5
      15 inch montitor (buit in)
      Purchased 1996
      $2,500

      This mac was at the time considered unupgradeable.

      Currently the mac is:
      300Mhtz G3 processor upgrade + 256k L2 cache ($200)
      164 MB RAM ($130 this was before RAM cost only a few bucks)
      45 Gig HD ($45 after rebates)
      OS 9.2 [most current not counting OS X]($70)

      So we have a total cost of:
      2,500 initial
      + 445 Upgrades
      ---------
      2,945 Total

      Lifespan 6 years and still kicking

      The only OS this thing can't run is OS X because X requires native G3 Processors (though there are hacks that supposedly work arround it, that I have not tried so can not verify)

      I call that longevity.

      --
      T Money
      World Domination with a plastic spoon since 1984
    40. Re:Cost? by Anonymous Coward · · Score: 0

      Want proof? Remind me again what OSX really is?

      Explain how this supports your arguement?

    41. Re:Cost? by drik00 · · Score: 1
      not necessarily, what i was comparing is the breakdown of web servers across the Web.

      All survey's i've ever read have Apache-based http servers and Windows servers way ahead of any Mac platform.

      Again, let me stress that i'm not doggin Apple, I just see it realistically, Mac is not a server-oriented system, so whats the point of a cluster of them? its designed from the ground up to be a simple yet very powerful multimedia platform.

      --
      Beer, now there's a temporary solution -- Homer Jay S.
    42. Re:Cost? by Anonymous Coward · · Score: 0

      Mac clusters?
      I'd like to screw that pooch.

    43. Re:Cost? by rakslice · · Score: 2

      "Even though there are many studies showing Macs having higher ROI, WinTel gets the vote."

      And, as we all know, commercial single-sources never have favourable studies cooked up... I have to laugh at such a comment from a Mac fan, who is probably familiar with the amount of marketing drivel that M$ churns out. =)

    44. Re:Cost? by usfGPM · · Score: 1

      I know you said that you weren't doggin Apple, so I guess you just don't know: All Macs with OS X have apache preinstalled. Every single one of them, even those funky new iMacs. Not just servers or special editions, but all Macs with OS X.
      Don't believe me?
      So, I don't doubt your assertion about the surveys, but I do think that it means quite the opposite of what you were trying to say. The software used by Macs for web serving is *very* popular, indeed. :)

      Frank

    45. Re:Cost? by rakslice · · Score: 2, Flamebait

      "had to write a custom 64-bit filesystem to deal with the massive amounts of data to cross reference."

      The fact that a sufficiently robust 64-bit file system isn't available on an Apple OS is a pretty good illustration of this guy's point.

    46. Re:Cost? by Aapje · · Score: 1

      Linux on Intel. This is like Wintel, Windows on Intel.

      Of course it makes far more sense to go for Linamd or Winamd, but you can't pronounce that.

      --

      The Drowned and the Saved - Primo Levi
    47. Re:Cost? by MoneyT · · Score: 1

      As the comment before said, all macs with OS X have Apache, but also I should point out that all macs can run linux as well (see LinuxPPC, Yellow Dog Linux, and I believe a few others)

      --
      T Money
      World Domination with a plastic spoon since 1984
    48. Re:Cost? by drik00 · · Score: 1
      but if you're running a linux distro on Mac hardware, doesnt that negate the whole argument of Mac clustering being easier (which is its main advantage)?

      --
      Beer, now there's a temporary solution -- Homer Jay S.
    49. Re:Cost? by MoneyT · · Score: 1

      I guess it depends on whether this software could run on a PPC version of linux or only under OSX

      --
      T Money
      World Domination with a plastic spoon since 1984
  2. Clusters? by dzurn · · Score: 0, Offtopic

    Why haven't I heard about these Beowulf "clusters" on Slashdot before?

    1. Re:Clusters? by fobbman · · Score: 0, Offtopic

      Ah, my friend. There are many strange and mystical things to be learned through browsing at -1. Just stay away from the goatse.cx links. Trust me on this one.

    2. Re:Clusters? by Mr.Intel · · Score: 0, Offtopic

      Why haven't I heard about these Beowulf "clusters" on Slashdot before?

      Since when do ./ers follow pagan heros?

      --
      ASCII tastes bad dude.
      Binary it is then.
  3. The Manuals by TrollMan+5000 · · Score: 4, Funny

    The Linux manual is a Beowulf cluster of Mac manuals.

    1. Re:The Manuals by aussersterne · · Score: 1, Funny

      The Linux manual is a Beowulf cluster of Mac manuals.

      (Parent quoted since it was modded down to -1 and I thought it was pretty funny.)

      --
      STOP . AMERICA . NOW
  4. Manual length and Macs vs. PC by dopolon · · Score: 2, Insightful

    This article sounds biased. The fact that a manual is shorter doesn't mean that it is a better or easier to install program.
    In fact, as far as I'm concerned, I wouldn't go with a solution claiming to make computer clusters "easy" with a one page manual.
    Besides, if you are going to have a cluster, you want cheap, off the shelf machines such as PCs with plenty of spare parts that can be customised to suit your needs : why pay for a good 3d graphics card in every pc if you are going to do number crunching !

    --
    "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." Bill Gates,
    1. Re:Manual length and Macs vs. PC by vought · · Score: 5, Insightful

      I don't think this comment is insightful at all, but hey - I don't have moderator points today, so I'll argue.

      The fact that the manual is shorter - VASTLY shorter in this case does in fact imply that accomplishing a task is easier.

      Here's the skinny: Human factors. A one-page PDF is easier to scan and reference than a 200-page text file without references or pointers. If references an pointers are added along with a TOC, then scanning for specific instructions becomes much easier.

      Comparing a 200-page document written by programmers to a one-page document made possible by a more graceful GUI and architecture, and written by professional tech writers is ludicrous. Less instructions to accomplish the same task = easier. Plain and simple.

    2. Re:Manual length and Macs vs. PC by Triv · · Score: 5, Insightful

      yes, but according to the article they got a sixth-grader in Hawaii to set one up. Doesn't that say something about ease of use? --Triv

    3. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 1, Funny

      why pay for a good 3d graphics card in every pc if you are going to do number crunching !

      That's right, but at least Apple saw the clustering potential early and decided not to put a floppy drive in their computers.

    4. Re:Manual length and Macs vs. PC by Reality+Master+101 · · Score: 0, Flamebait

      This actually reminds me of one of the reasons I detest Apple.

      Back in the 80s when the Macintosh came out, they started running commercials where a huge stack of PC manuals was dropped on a desk with huge THUD. Then they had the little, teeny Mac manual float gently to the desk. Then the announcer came up, "which would you rather have?" or some idiotic comment like that.

      Of course, after that, we saw the Great Manual Shrinkage where PC makers fell over each to ship as little documentation as possible.

      So ever wonder why you get so little useful information with your computer? Blame Apple.

      --
      Sometimes it's best to just let stupid people be stupid.
    5. Re:Manual length and Macs vs. PC by jmccay · · Score: 2

      Did you expect an unbiased opinion from someone who writes primarily Mac articles? I am with you though. I want a good sized manual that actually tells me something, and not a one page document that says somethign like connect the pretty imacs like this.

      --
      At the next eco-hypocrisy-meeting, count the private jets used to get to the meeting. Should be interesting to see that
    6. Re:Manual length and Macs vs. PC by fhwang · · Score: 3, Redundant

      First things first: I'm a big Mac fan -- when it comes to using Macs as client machines.

      But I really do have to agree here. Short documentation doesn't necessarily mean a simpler product -- it could just mean bad documentation. In the case of Apple, unfortunately, that's very likely to be true; I've always found that their products come with unbearably flimsy documentation addressed to the most newbie user. Of course, this works most of the time, since their market is largely made-up of newbie users, and since many of their products are, in fact, much easier to use than their Windows/Linux counterpart. But when you're doing something like clustering, well, you know, I'd rather have a big manual, thanks.

    7. Re:Manual length and Macs vs. PC by s.d. · · Score: 3, Informative

      "The fact that a manual is shorter doesn't mean that it is a better or easier to install program."

      While this is true, it's not even to the point. They didn't compare manuals. They took a book written on building a Linux cluster, and compared it to what is basically a step by step outline for for plugging together a G4 cluster. There are similar outlines out there for Linux clusters, too:

      The SCL Cluster Cookbook by the folks at Ameslab is a bit longer than 1 page, but still shorter than 230. (http://www.scl.ameslab.gov/Projects/ClusterCookbo ok/)

      How to Build a Beowulf Cluster -- this is 10 pages long, but goes into such detail as processor, network, RAM, and disk speeds separately for both master and slave nodes. (http://www.mcsr.olemiss.edu/bookshelf/articles/ho w_to_build_a_cluster.html)

      But the point is, this article was written by pro-Mac people, so obviously they're going to take a pro-Mac stance. I mean, if these G4 clusters get to be useful, someone is going to write a 230 page book on how to build one of them. Right now, all the documentation that may be out there could be contained in this one page outline. The books come later, if the technology becomes accepted.

      ----
    8. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0

      Well, yeah... Or you could blame the people who made the absurdly complex computer systems....

    9. Re:Manual length and Macs vs. PC by pcolley · · Score: 1

      Apple will always lose a fight based solely on initial expense. Where they always make it up is on Total Cost of Ownership. Support staff salaries and time expenditure for Linux and Windows still far outstrip Apple. The move to OS X may start to change that though.

      I agree that Apple should offer low end graphics cards. I believe their server line has a mid-reange card, but then you're paying for the server software.

    10. Re:Manual length and Macs vs. PC by rho · · Score: 3, Insightful

      This it patently absurd.

      Apple's documentation was thin because it could be thin. PC makers shipping thin documentation in an attempt to be "like Apple" and failing to provide adequate information (because they couldn't get away with a thin manual due to PCs complexity and Windows' complexity) is solely the PC manufacturers fault.

      There's plenty of things to hate Apple for: you don't have to go looking for stupid and pointless things.

      --
      Potato chips are a by-yourself food.
    11. Re:Manual length and Macs vs. PC by Reality+Master+101 · · Score: 2, Troll

      Only Apple users think having the company hide as much as possible is a GOOD thing.

      --
      Sometimes it's best to just let stupid people be stupid.
    12. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0

      They didn't compare manuals. They compared setup documentation. Setup should be easy, and clearly it isn't on linux. That IS a significant advantage to the Mac.

    13. Re:Manual length and Macs vs. PC by ruzel · · Score: 1
      why pay for a good 3d graphics card in every pc if you are going to do number crunching !

      That definitely wouldn't make any sense -- buying new G4s to build one of these; however, a lot of universities have everything from old Centris Macs ('member those?) to just old PowerPCs that have been replaced in the lab but not thrown in the garbage yet. A good use for these machines is to recycle them and one way to recycle is to create a bigger faster machine with them.

      ________________
    14. Re:Manual length and Macs vs. PC by ryanvm · · Score: 5, Funny

      First things first: I'm a big Mac fan [...]

      Mmmmmmm, Big Macs....

    15. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0

      yes, but according to the article they got a sixth-grader in Hawaii to set one up. Doesn't that say something about ease of use? --Triv
      Doesn't it say something that they had to extend their search to outside the continental U.S.?

    16. Re:Manual length and Macs vs. PC by daeley · · Score: 3, Informative

      So ever wonder why you get so little useful information with your computer? Blame Apple.

      Nice flamebait, Reality Master, but I think cost savings had *way* more to do with PC manufacturers ditching the paper manuals than Apple ever did.

      As far as that commercial goes, it was true for the average user (the commercial's target) -- the Mac didn't need a ton of manuals to do the equivalent tasks that you needed those manuals for on PCs.

      It doesn't mean there shouldn't be better documentation nowadays, of course (apart from keeping David Pogue et al. in business). But let's try to keep our pre-conditioned biases as tenuously connected to reality as possible.

      --
      I watched C-beams glitter in the dark near the Tannhauser gate.
    17. Re:Manual length and Macs vs. PC by Heironymus+Coward · · Score: 1

      ok, since I have never built a cluster or even networked two computers together, I think I'd be a pretty good judge of what looks easy or not.

      I looked at the SCL Cluster Cookbook link provided. keeping in mind that I know nothing about networking anyways, I scanned the list of links on that page; most of them looked like glossaries, introductions, intensive hardware discussions, etc., but there was one that jumped right out of the page:

      How to Build a Four-Node Cluster

      so I clicked it. the resulting page looked like it really could be printed on a single sheet of paper. skimming through it, it looks pretty easy to understand, although I may have to look up stuff on each step to make sure I'm doing it right. (in particular, I would want to look up how to configure one of the servers as an NFS server and read the instructions for installing MPICH.)

      so I would say that, although ease-of-use could always be improved, one-page directions on how to set up a linux cluster definitely do exist and do not look that hard.

    18. Re:Manual length and Macs vs. PC by Manpage · · Score: 1
      yes, but according to the article they got a sixth-grader in Hawaii to set one up. Doesn't that say something about ease of use?

      Actually, I think it says more about how tech savvy sixth graders are today.

    19. Re:Manual length and Macs vs. PC by ethereal · · Score: 1

      I could tell a sixth-grader how to set up a Linux Beowulf cluster in about a page too, including running a provided demo program. As long as the kid can read, type, and plug in network cables I think we'd be all set.

      But really using it is where you need the information - programs don't just write themselves in Apple's clustering language, any more than they write themselves to run on a Beowulf cluster. Knowing how to exploit clustered processing is a lot more than a one-page summary, applying this knowledge to your particular problem is where you actually spend your time. Not to mention deciding whether a particular hardware configuration will really work for what you want to do at an acceptable price (which the Mac example completely sidesteps). System installation and setup is a no-op in comparison. (Well, unless you're the guy running Google's 4000-node cluster, but by then I imagine you would have it automated to the point where you could rotate in a new node in less than a page :)

      --

      Your right to not believe: Americans United for Separation of Church and

    20. Re:Manual length and Macs vs. PC by arkanes · · Score: 2

      Well, the apple instructions consist of "double click on the Pooch installer". The rest of the page is pretty pictures, plus a brief description of the process to add new nodes. Not a single bit of explanation on how to configure the cluster, or what to do if double-clicking the installer doesn't work. I think I'll take the manual, thanks.

    21. Re:Manual length and Macs vs. PC by Reality+Master+101 · · Score: 0, Flamebait

      Sorry, but I don't buy it. The Mac was probably somewhat easier back then than Win 3.1, but the documentation you got with PCs was useful. Apple shipped a small manual by leaving out all the useful information.

      It was total marketing, not even close to reality.

      --
      Sometimes it's best to just let stupid people be stupid.
    22. Re:Manual length and Macs vs. PC by jguthrie · · Score: 5, Insightful
      But if the one-page document is a "Quick Start" guide (and the document is entitled "Pooch Quick Start") and the 230 page book is a detailed technical reference discussing all of the important aspects of designing, building, using, administering, and programming a cluster, as appears to be the case in this instance, then the relative sizes of the documents says absolutely nothing about any human factors.

      In fact, my first inclination is to try to use the Beowulf stuff rather than Pooch simply because such a detailed work exists and is available for Beowulf clusters, but I don't know if any such information exists for Pooch.

    23. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0

      No, it says more about Hawaiians.

    24. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0

      Thick manuals are great when they document all the power and flexibility of an application, not when they document how to simply get the thing running.

    25. Re:Manual length and Macs vs. PC by gorgon · · Score: 1

      A cluster of old Macs would be good for use as a toy or a demonstration, but wouldn't be worth the effort of building it to do work. A cluster of 1000 Centris Mac's would probably be slower than one new G4 (besides which can they even run a new enough version of MacOS). And similarly a cluster of 100 PowerPCs would probably be slower as well. The power requirements alone make Cluster old machines a losing proposition - the same as with a Cluster of 486s.

      --

      And I'd be a Libertarian, if they weren't all a bunch of tax-dodging professional whiners.
      Berke Breathed
    26. Re:Manual length and Macs vs. PC by someone247356 · · Score: 1

      Did they compare the length of the installation instructions of the Linux solution to the Mac quick start guide, or the entire manual to the Mac quick start guide?

      If they did the former, then someone needs to take a course on technical writing, otherwise it's a Penguin to Apple comparison....

      .

      --
      Just my $0.02 (Canadian, before taxes)
    27. Re:Manual length and Macs vs. PC by foobar104 · · Score: 2

      [A]ccording to the article they got a sixth-grader in Hawaii to set one up.

      This is so simple, a sixth-grader could understand it!

      Bring me a sixth grader!

    28. Re:Manual length and Macs vs. PC by daeley · · Score: 2

      Sorry, but I don't buy it. The Mac was probably somewhat easier back then than Win 3.1,

      Probably? Please.

      Excuse the virtual guffaw, but as someone who used both back then, there was no comparison.

      but the documentation you got with PCs was useful.

      Useful to some folks, perhaps, but not to the average user. Thus the commercial.

      Apple shipped a small manual by leaving out all the useful information.

      What useful 80's-era Macintosh information are you talking about exactly? How to edit arcane text files to make sure your printer worked? How to troubleshoot your mouse when it didn't just work when you plugged it in? How to deal with your counter-intuitive word processing program corrupting your registry?

      Oh, wait, I guess they actually didn't need to put that stuff in.

      It was total marketing, not even close to reality.

      It was a frickin' commercial, of course it was marketing. This one, however, had the advantage of being based in reality. Unlike your posts. But pray, continue, this is entertaining. :)

      --
      I watched C-beams glitter in the dark near the Tannhauser gate.
    29. Re:Manual length and Macs vs. PC by OwnedByTwoCats · · Score: 1

      That you don't buy it is your problem. The Apple ads ran in 1984-1986, when you had Windows 1 and Windows 2. When you had to deal with jumpers or DIP switches to install a serial port.

      It was reality. You're too young to remember.

    30. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0

      Detest apple? I can't believe how stupid some people are. Does bragging about being a power Windows NT user give you a hard on? It doesn't matter WHAT Operating system you use, it's about getting the job done. If you and other waste of lives want to go and have a flamewar about how much you love microsoft or linux, have fun but in the end you're all just losers.

    31. Re:Manual length and Macs vs. PC by znu · · Score: 2

      Centris machines aren't going to be too useful, but there's no reason to just use old hardware. A lab full of G4s by day can turn into a pretty serious cluster by night.

      --
      This space unintentionally left unblank.
    32. Re:Manual length and Macs vs. PC by overunderunderdone · · Score: 5, Informative

      The fact that a manual is shorter doesn't mean that it is a better or easier to install program.

      I would agree that comparing manual lenght is not a reliable guide to judge the relative complexity of two programs. The one-page doc is even a "quick start guide" not a complete manual. But I still suspect that the writer is correct that Appleseed clusters are easier to set up and maintain than a Beowulf cluster. Reading over the directions myself it did looked pretty brain-dead simple - most of that one page didn't even have much to do with the actual installation of the program but with such complicated tasks as connecting your Mac to an ethernet hub: "For each Mac, plug one end of a cable to the Ethernet jack on the Mac and the other end to a port on the (ethernet) switch." and noting a few system requirments (CarbonLib 1.2 or OS X 10.1) The installation instructions consists of "Double-click the Pooch Installer and select a drive for installation." Instructions on how to use consist of dragging and dropping the program you want to run in parrallel onto the Pooch app and "click Select Nodes..., select the computers you want to run it on, and, in the Job Window, click on Launch Job."

      Besides, if you are going to have a cluster, you want cheap, off the shelf machines such as PCs with plenty of spare parts that can be customised to suit your needs : why pay for a good 3d graphics card in every pc if you are going to do number crunching !

      This is only the case if the individual PC's are dedicated nodes and not being used for anything else. Most Appleseed clusters are made up of computers that are primarily being used for something else. School Mac computer lab by day; clustered "supercomputer" by night. The cluster of that did 233 gigflops (76 dual G4's mostly 533's with a few 450's) was simply all of the Macs at UMC working as a cluster over Christmas break. This is where the easy set up, maintenance and the ability to cobble together computers with different processors and even different OS's (some nodes may be running MacOS 9 and some nodes may be running OS X) is an advantage. The Appleseed clusters that are made up of dedicated machines are probably discarded computers they already had kicking around so cost is not an issue there either.

    33. Re:Manual length and Macs vs. PC by jrg · · Score: 1
      But when you're doing something like clustering, well, you know, I'd rather have a big manual, thanks.



      ummm...the one page document contains the instructions on how to set up the macs for clustering. the 200 page document contains the instructions on how to do it for linux.


      why, in god's name, would you want to follow instructions that are 200 times longer?! call me crazy, but i'd rather spend the extra time actually _using_ the clustered machines rather than simply setting them up.



      james

    34. Re:Manual length and Macs vs. PC by Geoff · · Score: 4, Informative

      This reminds me of an old Mac story.

      The situation was that Guy Kawasaki (an Apple "evangelist" at the time) challenged some PC folks to a "bake off," to determine which system made some tasks easier.

      When the day came, Kawasaki sent out a 10-year-old to go head-to-head with the PC geek.

      The full details of the story are at http://www.halcyon.com/kegill/mac/win95/faceoff.ht ml

      Maybe we should have a new challenge where a Linux geek and a 10-year-old compete to see who can set up a compute cluster the fastest. :^)

      --

      Computers are useless. They can only give you answers. -- Pablo Picasso

    35. Re:Manual length and Macs vs. PC by MaxVlast · · Score: 2

      "Useful to some folks, perhaps, but not to the average user. Thus the commercial."

      The real point isn't that it was useful to some folks, it is that it was _necessary_ to almost _all_ PC users. As another poster pointed out that you needed to fuss with DIP switches and jumpers to get your modem to work, when you plugged in your Mac and it just plain worked. To the original poster: you needed all those dead trees to know how to use your PC. You needed 15-odd pages to know how to use your Mac. That was the point of the ad.

      If the PC makers decided to try and make their products seem easier by throwing away the manual, foo on them. Not on Apple.

      --
      There should be a moratorium on the use of the apostrophe.
      Max V.
      NeXTMail/MIME Mail welcome
    36. Re:Manual length and Macs vs. PC by poiuyt23 · · Score: 1

      That's like saying you should have to write out a 50 page paper on how the combustion engine works to get a drivers licence. Or that you should know every last detail about how a radio recieves signals and turns them into music to turn it on. Just because you have a passion about computers doesn't mean that everyone else has to. All most people want to do is make communicating, bookkeeping, shopping and other daily jobs they can do with a computer easier.

    37. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0

      I sure wouldn't want a beowolf cluster of
      Big Macs though, I can't imagine being that
      hungry.

    38. Re:Manual length and Macs vs. PC by alispguru · · Score: 3
      In fact, my first inclination is to try to use the Beowulf stuff rather than Pooch simply because such a detailed work exists and is available for Beowulf clusters, but I don't know if any such information exists for Pooch.

      My first inclination (if I was just getting started in cluster computing) would be to try Pooch and see if it meets my needs. If it doesn't, I've wasted an afternoon. If I try the Beowulf option first, I may do more work than necessary to get the results I want. If I try Pooch, and it works, but I need more horsepower, that's the time to dive into the Beowulf option.

      Remember, "Linux is free (as in beer) if your time has no value".
      --

      To a Lisp hacker, XML is S-expressions in drag.
    39. Re:Manual length and Macs vs. PC by saintlupus · · Score: 2

      Only Apple users think having the company hide as much as possible is a GOOD thing.

      Well, them and Mandrake users.

      --saint

    40. Re:Manual length and Macs vs. PC by ibsound · · Score: 1

      Check the Pooch website, there is a full 46 page manual available.

    41. Re:Manual length and Macs vs. PC by rnd() · · Score: 1
      Of course, this works most of the time, since their market is largely made-up of newbie users,

      This is true... I was once a newbie Mac user. I will never be a repeat Mac customer.

      --

      Amazing magic tricks

    42. Re:Manual length and Macs vs. PC by rworne · · Score: 2, Informative
      This was true when I powered up my iBook.

      Getting this beast for OS X was an easy enough choice. The "manual" just pointed out some basic features, like where certain things are and connecting to the internet though the GUI.

      The thing was no more than 20 or so pages of mostly pictures. A+ for simplicity, appearance and brevity. However, you gotta dig and dig on the net or buy a 3rd party manual to figure out how the other stuff works -- like NetInfo. Lucky for me, I got my UNIX experience on a NeXT box - another miracle in an easy-to-use UNIX OS and mine came with nearly a yard of manuals and developer's documentation. It was a relatively painless process to migrate for me.

      --
      I tried every decent and legal way I could think of to resolve the issue w/the business before I rented the chicken suit
    43. Re:Manual length and Macs vs. PC by ncc74656 · · Score: 3, Informative
      That definitely wouldn't make any sense -- buying new G4s to build one of these; however, a lot of universities have everything from old Centris Macs ('member those?)

      Pooch won't run on those, however, because it requires MacOS 9 or later. Those versions of MacOS won't run on 68K Macs. A Beowulf might be doable under one of the 68K Linux distros (only one that comes to mind is Debian)...but I've found Linux to be almost unbearably slow on my Quadra 610. (Linux probably has been nowhere near as optimized as MacOS, which has (or had) large amounts of hand-coded 68K assembly in it.)

      --
      20 January 2017: the End of an Error.
    44. Re:Manual length and Macs vs. PC by rmstar · · Score: 1
      I'd sugest that if you choose linux you have more options, more parameters, more background info, and also a large troubleshooting section. And knowing linux, I'd say you seldom have do much troubleshooting. But on a mac, if something goes wrong, thats it, you are screwed.

      And under linux, if you choose the default configuration, you are done after one page too.

      rmstar

    45. Re:Manual length and Macs vs. PC by erdnaxela · · Score: 1

      This article IS biased: similar commercial admnistration software for Linux beowulf exist for a long time: http://www.scyld.com
      I have seen it demonstrated, it installed in less than an hour on a small 4 nodes beowulf and provides point and click administration of the system and the applications.

    46. Re:Manual length and Macs vs. PC by TheAJofOZ · · Score: 5, Informative
      Short documentation doesn't necessarily mean a simpler product

      Agreed, however if you'd ever actually tried to use the product you'd realise that this is not the case. Let me show you through exactly how simple it is in just 10 simple steps:

      1. Grab a bunch of Macs, a switch and a monitor.
      2. Plug Macs into the power.
      3. Plug a keyboard and the monitor into the first mac and turn it on.
      4. Configure the network through the easy to use Networking Control panel. Or alternatively don't configure it and throw a DHCP server into the mix somewhere.
      5. Install and run pooch (drag and drop from the disk image it comes on then double click).
      6. Repeat for each Mac.
      7. On the last Mac, pick an application you want to run on the cluster, drag and drop it into pooch.
      8. Select which Mac's you'd like to help out with running this program.
      9. Click start.
      10. There is no step 10.....
      Voila! The best bit about this is that I've never even read the pooch manual, yet I've still managed to set up my own Mac Beowolf cluster. I've looked into Linux beowolf clustering a number of times and gotten hopelessly lost and confused despite having respectable Linux knowledge.

      If you've ever set up a Mac beowolf cluster you'll very quickly realise that there is no comparison in ease of use and anyone who argues otherwise is clearly uninformed.

      Like always, don't bash what you haven't tried...

    47. Re:Manual length and Macs vs. PC by Big+Ryan · · Score: 1

      That's too bad. Apple has really improved in the last few years. Mac OS X is a kick in the pants to use, allowing me to do all the stuff you'd do with UNIX with the terminal, yet keeping things simple and easy to use where they should be simple. Moreover, if you want to config stuff otherwise, you can. Linux was cool, but Mac OS X has brought me back.

      Anyway, keep an open mind until you try Mac OS X.

    48. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0

      Hawaiin 6th graders are on average 3 to 4 times smarter than their continental counterparts.

    49. Re:Manual length and Macs vs. PC by buckrogers · · Score: 1

      >> Remember, "Linux is free (as in beer) if your time has no value".

      I figure, worst case it would take you two days to set up the Linux boxes, and most of that will be hardware setup that is the same in either case.

      It costs $12,000 more to buy the equivalent Mac hardware for an 8 node dual cluster. Unless your time is worth more than $6,000 a day then it is worth going with a Linux and AMD solution. And even then you can just pay a Linux guru $1,000 to set up the system for you and still come out $11,000 ahead.

      --

      Where I see this clustering hardware being more generally useful is if you already have a mac shop and already have a bunch of macs on the same network that you want to cluster together. Then and only then does it make sense to use this solution, to harness a resource you already own.

      --
      -- Never make a general statement.
    50. Re:Manual length and Macs vs. PC by jguthrie · · Score: 2
      Remember, "It's the application, stupid".

      There doesn't seem to be an awful lot of off-the-shelf application software for clusters. This is probably because of the nature of the problems these clusters get used to solve. That, and the fact that software development for a nontrivial application usually takes quite a bit of time, means that the amount of effort required to put the application together is going to swamp the amount of time required to set up even the Beowulf option.

      Further, given the vagaries of software development, a showstopper that isn't immediately obvious to someone who has read the documentation isn't likely to be found until well into the development cycle. That means that if there are lurking problems, a complete scrap-and-restart cycle is going to be needed after a lot of resources have already been committed. That encourages a close reading of the documentation for the base software and other, more general, clustering documentation, and a good look at more general concepts in the design of software that is intended to be clustered in hopes of finding potential pitfalls before time and money is spent on setting anything up.

      Frankly, I don't think it would be a good idea to go out and buy (or acquire through some other means) a collection of Macintoshes and set it up as a Pooch-based cluster without doing quite a bit of reading on the subject including everything you can get your hands on about all of the available options.

      Not to mention the fact that it hasn't been demonstrated to my satisfaction that it is easier to set up a Pooch-based cluster than a Beowulf cluster. Frankly, I think a lot of people would spend a lot more than an afternoon setting up the initial requirement for Pooch, a collection of networked Macs, if they didn't have one already. Of course, it's not any less difficult to set up a network of Linux machines, but it seems to me that putting the machines in place, making sure they all work, configuring the network settings, and terminating, running, and testing all the cables is going to easily consume an afternoon for all but the smallest purpose-built clusters.

      One last thing, kind of off the point. While I generally agree with the statement that Free Software is only free of cost if you're not paying for people's time, my time is worth exactly what someone else is willing to pay for it, and for much of the day that is exactly nothing. That means I can gain all kinds of knowledge for absolute free and then apply that knowledge to what I get paid to do and reduce their costs because I can afford to do it on my own time rather than theirs.

    51. Re:Manual length and Macs vs. PC by BlackGriffen · · Score: 1

      The other nice part about the cluster is that with you only need to shut down the OS9 nodes when you want to continue regular use. The OSX nodes can be left running with a simple renice to make it more user responsive.

      Whether or not this can be done with a Beowulf cluster, I have no idea.

      BlackGriffen

    52. Re:Manual length and Macs vs. PC by sketerpot · · Score: 1
      And it gives a bullshit argument: if you're using different versions of the linux kernel in the same cluster, very bad things will happen. Why should they happen? If your program is written well (as in, compatible with itself), shouldn't you only run into problems like that if you're using different network protocols or something?

      I still don't understand how they thought that data from programs running under different kernels was automatically incomaptible.

    53. Re:Manual length and Macs vs. PC by MacGod · · Score: 1

      OK, so sell the 3D cards (and DVD-Rs) if you don't need them. Say you're setting up a cluster of 20 G4s. Sell each video card for say $250, buy a el-cheapo PCI video card for $50, save $200/Mac. Sell the SuperDrive for $400 or so (they retail for $1000 so this shouldn't be hard), and you've saved $600 per computer. For 20 boxes, that's $12,000. Probably brings it a lot closer to the initial cost for a comparable Linux cluster, plus you've saved lots of setup time by going Mac.

      --
      "Reality is merely an illusion, albeit a very persistent one " -Albert Einstein
    54. Re:Manual length and Macs vs. PC by Wavicle · · Score: 2

      Okay, sounds easy enough... But when someone else thinks it would be funny to connect to your network via the airport and start having your cluster raytrace his pr0n models, how do you keep them out? I didn't see any indication of security in there. Isn't that what we deride microsoft for? That Window's default state is "unsecure".

      What if each node is told to crack the root password of itself? What is the permission set for the cluster app running on a particular box?

      Most of the complexity of setting up a beowulf cluster is working around the security. Is it assumed that apple seeds will not be connected to the internet in any way, nor have any wireless access point attached to them? That isn't a reasonable expectation these days.

      I have no doubt that someone could write a $100/client application that would make Linux clustering easy. Unfortunately, nobody would buy it.

      --
      Education is a better safeguard of liberty than a standing army.
      Edward Everett (1794 - 1865)
    55. Re:Manual length and Macs vs. PC by KilBee · · Score: 1

      I just read the MCSR how-to and realized how easy it would be to setup a linux cluster and how skewed the original article was. I bet someone could easily write a Beowulf setup script that, along with a custom system installation script, could make Linux clustering a THREE step process.

      #1: Install OS with custom auto-install script.

      #2: Run BW setup script.

      #3: There is no step 3.

      The only problem is that you'd have half a million Linux geeks screaming that your script automatically (and behind their backs!) gave their machines ips in the 192.168.x.x range instead of the 10.x.x.x range (or about something else conveniently handled by your script). You'd become the Microsoft of beowulf. Everyone would hate you and nobody would use your n00b scripts.

      OK, that's a little bit facetious, but my point stands that on the whole, Mac-users WANT things done for them, while Linux users don't want anything done for them. Pooch-for-linux would never go anywhere and the comparison the original article makes is erroneous.

    56. Re:Manual length and Macs vs. PC by TheAJofOZ · · Score: 2
      Most of the complexity of setting up a beowulf cluster is working around the security. Is it assumed that apple seeds will not be connected to the internet in any way, nor have any wireless access point attached to them? That isn't a reasonable expectation these days

      Securing it is actually very simple. Let the beowolf work as one computer (that's the point right?) and put that computer behind a firewall. You can argue that you shouldn't rely on a firewall as your protection, so assume the firewall is part of the cluster but specifically assigned to interfacing with the world. Now you have a perfectly normal computer which can be secured the same way as always.

      I would be surprised if there was no way to set a password or some kind of permissions in pooch however I wouldn't know as I simply don't have a need to investigate that - my beowolf isn't connected to the internet directly (and security isn't a huge issue anyway). There are a wide range of situations where security isn't a concern - particularly in school labs or such where they're behind about 10 different firewalls anyway (at least that's the way it works here in Australia).

    57. Re:Manual length and Macs vs. PC by zeno_2 · · Score: 1

      Yup, Id agree with you 100% here. From what I can see, if you are trying to cluster a group of Apple computers, and something *goes wrong* (yes it happens), I wonder where on that 1page PDF you could look to find out what happens when it doesn't work. Im pretty sure there is a lot of that in the 230page Beowulf manual.

      Also, with an apple, they could pretty much set this up as something that is built into the os/hardware, and they just have to make a pretty little wizard (or is that a Microsoft-patented word) to setup the cluster, where as any other platform there is too much variety to do something like that and have it work more times then not.

      Ok, lets say I take 2 of these clusters (I Haven't read the article yet just to let everyone know), a Linux and an Apple cluster. I would imagine, with the linux cluster, I could tune, change, alter, and whatever else possible to get every last ounce of performance out of it. Could I get the same documentation with a 1 page manual?

    58. Re:Manual length and Macs vs. PC by johnnyb · · Score: 2

      Actually, the nice thing about Macintoshes is that the operating really _is_ simple. Windows just has a simple covering on top of a wadded mess of wires. That's what's frustrating. You have to deal with the mess anyway, but in addition you have to get through the "simple" interface. UNIX is similar, except that they don't force you to bend over backwards to get to the complicated stuff. Macintoshes, on the other hand, the operating system really is simple and elegant. There isn't a wadded mess to get to. This makes it less powerful for some applications, but it definitely is a good thing for single-user desktop systems.

    59. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0
      Yup, Id agree with you 100% here. From what I can see, if you are trying to cluster a group of Apple computers, and something *goes wrong* (yes it happens), I wonder where on that 1page PDF you could look to find out what happens when it doesn't work. Im pretty sure there is a lot of that in the 230page Beowulf manual.

      Of course there's a lot of troubleshooting info in the Beowulf manual. Because it's likely to be needed. It sounds like with Pooch, things are much less likely to go wrong in the first place.

    60. Re:Manual length and Macs vs. PC by zeno_2 · · Score: 1

      I agree with what your saying, it probably does work pretty good. I guess the point I was making is this.

      Lets say I run 2 clusters, a Beowulf/Linux cluster, and an Apple one. To run these I am going to need documentation. According to this guy, for his cluster the most I am going to need is going to be a 1 page document. He is also telling everyone that to run a Beowulf cluster, you need a 230 page manual. Ok, taken those 2 *facts* given to us by this guy, I should be able to run and keep running each cluster using the above manuals. Note also that the book he says to use for Beowulf is a 230 page book, it also teaches you about clustering, and the architecture behind it, etc. His PDF lacks that information for some reason.

      His PDF for running Pooch is a very extremely basic manual. The book he is talking about is a large manual that talks about a lot more then just how to set it up. (by the way I can't find the book he mentions *anywhere*, found one thats close, thats where im getting the book info from). I would imagine I could write a manual on how to setup a beowulf cluster in under 230 pages.

      If you check out this page:

      http://www.canonical.org/~kragen/beowulf-faq.txt

      You'll see you have *many* options when it comes to building a beowulf cluster. In some ways its bad, as there is a lot to learn. If you were to take time and learn it well, you could built a very fast high performance cluster I would imagine.

      It sounds like with Pooch, all I have to do is drag and drop a couple icons and im set. Can I do more, its hard to say, as his 'reference manual' is about as informative as the directions on a shampoo bottle.

    61. Re:Manual length and Macs vs. PC by Anonymous Coward · · Score: 0

      Hmm... I might buy this if I'd never actually used Linux.

    62. Re:Manual length and Macs vs. PC by Dean+Dauger · · Score: 1

      > detailed work exists

      Yes, detailed work does exist regarding Pooch and in the history of AppleSeed. Look at:

      http://exodus.physics.ucla.edu/appleseed/applese ed .html#report
      http://exodus.physics.ucla.edu/appleseed/science .h tml

      For some documentation see:

      http://exodus.physics.ucla.edu/appleseed/dev/dev el oper.html
      http://daugerresearch.com/pooch/download.html

      Have fun,
      Dean

    63. Re:Manual length and Macs vs. PC by Dean+Dauger · · Score: 1

      Have you tried it?

      Dean

    64. Re:Manual length and Macs vs. PC by psamuels · · Score: 2
      The OSX nodes can be left running with a simple renice to make it more user responsive. Whether or not this can be done with a Beowulf cluster, I have no idea.

      Shouldn't be necessary - you should already be running your batch jobs at a nice value of say 5 or 10. After all, if the machine is otherwise idle, nice processes still get the same amount of CPU.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    65. Re:Manual length and Macs vs. PC by Dean+Dauger · · Score: 1

      At the IEEE Cluster 2001 conference, one of the authors of Scyld and "How to Build a Beowulf" said that the version skew between kernels on the cluster is an issue that can break applications. This is also known to occur at the Linux Beowulfs at UCLA, so once they have it running they say "don't touch it!" because it's so fragile. The Scyld solution was to customize Linux purely for the purpose of clustering to the exclusion of almost all other software.

      Pooch and MacMPI_X can run on both OS X 10.1, a Unix, and OS 9, not a Unix, including a cluster consisting of a mix of the two. Try it yourself. That's got to be the biggest version skew between OS's I've heard of. And the software easily coexists with mainstream apps, such as Microsoft Office.

      Have fun,
      Dean

    66. Re:Manual length and Macs vs. PC by Dean+Dauger · · Score: 1

      My philosophy is that the best programmers are the ones who make every effort to make themselves obsolete.

      Dean

    67. Re:Manual length and Macs vs. PC by psamuels · · Score: 1
      I still don't understand how they thought that data from programs running under different kernels was automatically incomaptible.

      Yeah you did (: - you and I both know it's because they're ill-informed and they just assume stuff. Or perhaps they were talking about mixing hardware architectures - something which if you're careful with htonl() and friends you can still do just fine on Linux. (For obvious reasons you can't do it on OSX!)

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    68. Re:Manual length and Macs vs. PC by sketerpot · · Score: 1

      In my view of how Beowulf clusterning is supposed to work, a master node breaks up a problem, gives chunks to a bunch of slave nodes, gets results back, and puts them together. At no point should the kernel mess with this data. If it is, something very screwy is going on, and something should be done about it forthrightly. Can anybody tell me why the kernel version should matter if the data format is going to be the same? After all, the internet works on countless kernels....

  5. Brace yourself for a... by Black+Parrot · · Score: 1


    ...beowulf cluster of beowulf cluster jokes.

    > Let the on-topic (for once) Beowulf comments fly...

    Sorry d00d, but it ain't no fun when it's legal.

    --
    Sheesh, evil *and* a jerk. -- Jade
  6. Oh my God by blowhole · · Score: 5, Funny

    Finally we may rejoice! For once Apple has surpassed the user-friendliness of Linux! Let the merriment begin!

    --
    "Ask me about Loom"
    1. Re:Oh my God by Anonymous Coward · · Score: 0

      Yeah, this is not new. In about 3 years Apple has completely obliterated linux in terms of usability on a *nix OS.

      Not that Linux is going for the same audience, but it's really no contest if that's the comparison metric.

    2. Re:Oh my God by Anonymous Coward · · Score: 0

      OK. whoopee.

    3. Re:Oh my God by Anonymous Coward · · Score: 0

      Okay, what sort of irony-free zone are all you idiots crawling out of, anyway?

    4. Re:Oh my God by Alan+Partridge · · Score: 1

      sorry, that was sarcasm at best. certainly not irony.

      --
      That was classic intercourse!
    5. Re:Oh my God by Monkelectric · · Score: 1

      love the sig dude :) I am completley obsessed with the game that is from :)

      --

      Religion is a gateway psychosis. -- Dave Foley

    6. Re:Oh my God by Anonymous Coward · · Score: 0

      For once Apple has surpassed the user-friendliness of Linux!

      Indeed.
      Apple = user-friendliness
      Linux = geek/programmer-friendliness

  7. yea sure... by guile*fr · · Score: 0

    but i guess u cant achieve the same density spacewise... and i feel that drilling holes in
    a G4 case is a sin...

    1. Re:yea sure... by x1l · · Score: 0

      Use duck tape......

      Works for me.

  8. contents of 1 page pdf... by edrugtrader · · Score: 1

    i'd like to see that document... so in 1 page it is going to tell me how to do everything concerning this clustering, or i just plug them together and assume the options are all 'optimized' for me???

    i read the whole 230 pages of the linux how to and still find myself asking 'well how do i do XXXXXXXX'

    my guess is the pdf is an ad for the ipod and imac claiming 'seamless integration with your new cluster or macs'

    --
    MARIJUANA, SHROOMS, X: ONLINE?! - E
  9. this is news? by vought · · Score: 2

    Honestly, I'm surprised. Yes, it's easier on Mac OS X - the company spent millions of dollars developing and refining an imperfect GUI that succeeds in bringing more transparent administration to a machine.

    Whoo. That's not tough.

    If linux is to make further inroads (and I by all means wish Apple luck in the same) against Microsoft in the server arena, contributors must work towards this goal. It's the interface, stupid! I don't care how many geeks' grannys can send e-mail from the command prompt, but the MCSE-in-a-box crowd aren't going to go for it if it isn't simple to set up. Reading a 200-page howto isn't going to cut it, especially with the level of technical writing skill out there....

    1. Re:this is news? by eleven357 · · Score: 1

      Why is everyone on Apple's nutsack anyways? I fully support Linux, but I'm having a problem accepting apples. Now I must wait for all of you pro-apple people to post replies about how they think im bill gates because im not find of apple.
      Please, Bring it!

      BTW- Just because something is easier doesn't necessarily make it any better!

    2. Re:this is news? by Anonymous Coward · · Score: 0

      That is quite possibly the best comment I've ever seen on Slashdot. Thank you.

    3. Re:this is news? by Anonymous Coward · · Score: 0

      thrats true with piss ant small companies.

      with bigger enterprises its not AS MUCH that big of a deal

    4. Re:this is news? by yomegaman · · Score: 1

      I don't care if you like Macs or not, but I like mine a lot. I used Linux pretty much exclusively since the pre-1.0 days, and eventually I just got to the point where I didn't care about infinite configurability, I just wanted things to work out of the box. That's what my Mac gives me, along with the familiarity of the unix underpinnings.

      --
      ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
  10. Picture this by daserver · · Score: 1

    1000 deadugly apples lined up. Then I'd rather go for the slower pentium based ones.

    1. Re:Picture this by Anonymous Coward · · Score: 0

      you choose a platform by how the machine looks?

    2. Re:Picture this by Anonymous Coward · · Score: 0

      guess what!, your a HomoSexual!

  11. Recent MacSlash Thread by pcolley · · Score: 5, Informative
    MacSlash recently had a thread on a Mac G4 cluster.
    "'Macintosh' and 'Cluster' aren't two words you see together very often. Some enterprising folks at USC have created a cluster of 76(!) dual-processing G4s (56 DP G4/533 + 20 DP G4/450). You can check the info here . Glad to see parallel computing isn't just for the *nix crowd (well, they are running OSX, so technically...). I wonder if they just had 76 G4s lying around, or else there must be some very upset department secretaries. "
    1. Re:Recent MacSlash Thread by overunderunderdone · · Score: 2

      I wonder if they just had 76 G4s lying around, or else there must be some very upset department secretaries.

      They were all the macs in the computer labs (and maybe a few on secretaries' desks) running as a cluster over christmas break.

    2. Re:Recent MacSlash Thread by adso · · Score: 1
      Hey, that's my submission. If you're gonna pull a quote, at least leave in the attribution so I can bask in the vicarious karma. It should read:
      adso writes 'Macintosh' and 'Cluster' aren't two words you see together very often. Some enterprising folks at USC have created a cluster of 76(!) dual-processing G4s (56 DP G4/533 + 20 DP G4/450). You can check the info here . Glad to see parallel computing isn't just for the *nix crowd (well, they are running OSX, so technically...). I wonder if they just had 76 G4s lying around, or else there must be some very upset department secretaries. "
      -adso
    3. Re:Recent MacSlash Thread by pcolley · · Score: 1


      Sorry. Next time I most certainly will include the attribution. My appologies.

  12. long term costs by fishboy · · Score: 1, Insightful

    I think that an important thing to remember when taking into consideration the higher cost of apple hardware is that it costs so little to maintain over the long run.

    Just one day of heavy tech support can up the difference in cost between a comparable 'off the shelf' pc.

    i think that the earlier statement "you want cheap, off the shelf machines such as PCs with plenty of spare parts that can be customised to suit your needs" misses the point in two ways. first, the long-run maintenance issues i mentioned, second that apple is so standardized that most of your existing spare parts are still uselful.

    1. Re:long term costs by Usquebaugh · · Score: 1

      There is also the consideration of skilled techs and programmers.

      If you have to find Apple techs they're not as common as the intel variety :-)

      Also the bulk of beowulf programming is done on intel hardware. This probably means that the same code will execute faster on intel because of the greater level of optimization. The larger a user base the more likely for progress to happen. On this note I think this is why M$ is going to have real problems in the next five years :-)

    2. Re:long term costs by Anonymous Coward · · Score: 0

      Another long term cost issue is power. Apple computers have for a long tim enow been considered the most "green" computers available. Because they are made to work with 1 processor type and speed, and 1 arcitecture the power supply can be optomized for this, translating into reduced power consumption.

    3. Re:long term costs by Anonymous Coward · · Score: 0

      The long term costs to administration of Windows, UNIX and Macs is the human factor. There is atleast a 2 to 1 ratio of Windows/Mac admins to unix admins. Unix is just plain easier to remote administrate than Windows or Mac. Having to deal with the GUI (even with remote connect software PcAnywhere and the like) is the slow down. If you look at any medium to large businesses you will find this ratio. If you don't I can bet you that the windows admins are over worked. Ease of use (i.e. GUI) has a place, but I would rather deal with a command line and scripting to adminitrate then a GUI. OS X may have this capability, but this is recent.

  13. The old NextStep API won't hurt either by d0n+quix0te · · Score: 4, Informative

    Having used the old Nextstep API (which I believe have been ported to OS X under the guise of CoCo) I can say that they are well suited for cluster computing.

    I remember Richard Crandall and the mathematica guy (Wolfram) using Zilla (an old Next distributed computing program) to crack the world's largest prime in the mid nineties...
    Anyone know if Zilla is back on OS X?

    Also the Gigabit ethernet on motherboad and the large 2MB cache on the PowerPC chips will go a long way on making these machines a good cluster.

    It's been a while since I've done distributed computing (hey, I am out of acedemia) but OS X will hopefully make the whole shebang easier...

    1. Re:The old NextStep API won't hurt either by Anonymous Coward · · Score: 0
      crack the world's largest prime

      By "crack" you mean factor? Been hanging out with billg lately? :)

      ITYM factor the product of two large primes.

    2. Re:The old NextStep API won't hurt either by znu · · Score: 4, Informative

      Zilla isn't back, but Pooch isn't the only OS X clustering product.

      And here's the documentation for using distributed objects in Cocoa.

      --
      This space unintentionally left unblank.
  14. Easier vs. cheaper... by aussersterne · · Score: 3, Insightful

    I can't comment on whether or not a Mac cluster is easier to create or maintain (since I've never used a Mac cluster), but I'd prefer a Linux cluster running PC hardware, because:

    -- Initial build costs are much lower (dual Athlon 2000+ right now without graphics hardware is way cheaper than a dual G4 1GHz).

    -- Maintenance costs are much, much lower. Anything goes wrong with a PC node, just swap out that part with another commodity part. Mac repair or parts replacement costs will eat you, especially if you start to have many, many nodes.

    Plus you can modify bits of Linux if you need to optimize the behavior of your cluster for the sort of computing you do, which you can't do with Mac OS.

    My $0.02.

    --
    STOP . AMERICA . NOW
    1. Re:Easier vs. cheaper... by scorpioX · · Score: 5, Informative

      -- Initial build costs are much lower (dual Athlon 2000+ right now without graphics hardware is way cheaper than a dual G4 1GHz).

      True.

      -- Maintenance costs are much, much lower. Anything goes wrong with a PC node, just swap out that part with another commodity part. Mac repair or parts replacement costs will eat you, especially if you start to have many, many nodes.

      Wrong. Commodity parts such as memory and hard drives are exactly the same on the Mac. I have bought memory and hard drives at Sam's club, and they work just fine in my Mac.

      Plus you can modify bits of Linux if you need to optimize the behavior of your cluster for the sort of computing you do, which you can't do with Mac OS.

      Wrong again. At the level of the OS where you might need to have some custom tweaks (the kernel) you can customize OS X to your hearts content. See Darwin.

      Now this article may have been talking about OS 9 clusters, but there is nothing preventing anyone from using OS X.

    2. Re:Easier vs. cheaper... by dhovis · · Score: 2
      I'll agree with you on a few of your points, but not this one:
      -- Maintenance costs are much, much lower. Anything goes wrong with a PC node, just swap out that part with another commodity part. Mac repair or parts replacement costs will eat you, especially if you start to have many, many nodes.

      Here's the thing. If you buy a Mac (any Mac), to run any of the MacOSes (classic or X), you expect the thing to work, and work flawlessly. You do not have to worry about driver conflicts, you do not have to worry if the Kernel version works correctly with your hardware, and you really should not expect any compoent failures, given the price you are paying.

      Plus, every Mac comes with a 1 year warrenty. The whole thing is guaranteed by Apple to Just Work for a whole year. If one of the nodes doesn't work right, you send it back to Apple and they either fix it, or send you a new one.

      Besides, if you are doing clustering computing, by the time the Macs start failing, you'll be putting together a new cluster anyway. By the time that starts happening, you can just sell the old cluster on the used market, machine by machine, and probably build a cluster 5x as powerful at a similar price to what you paid for the last one.

      --

      --
      The internet is the greatest source of biased information in the history of mankind.

    3. Re:Easier vs. cheaper... by jdbo · · Score: 1

      While I agree with your first point, the second point is less valid because of your first point. Mac components are typically of higher quality than "commodity" components - this is part of the (somewhat) higher initial investment cost; this is also one of the reasons why Mac hardware "obsoletes" more slowly than PC hardware.

    4. Re:Easier vs. cheaper... by TQBrady · · Score: 1

      Uhh, ACTUALLY you CAN tinker with the OS the same way you can with Linux. The source is not all available, but the Darwin part is. And you can get to shell and do a lot more than you must realize. Mac OSX is a pretty hybrid of Mac OS style and Linux(okay, Unix) function.

    5. Re:Easier vs. cheaper... by jeti · · Score: 1

      Well - Darwin, the base of MacOS X, is open source.
      And if you use the cluster for number crunching,
      you'll most likely not need to patch the high-level
      APIs.

    6. Re:Easier vs. cheaper... by SirDrinksAlot · · Score: 1

      From what I'v seen of cpu instensive tasks the Dual 1ghz G4 can mop the floor with a dual athlon.
      I dont know in comparison to the 2000+ but its a good deal faster then the 1800, as in twice as fast.

    7. Re:Easier vs. cheaper... by SirSlud · · Score: 5, Insightful

      What surprise that we're in a market based economy.

      The market always wins. The social costs (ease of maintenance, accessibiliy, at the (granted) cost of performance) are almost always ignored when people vote with individual walets.

      Natch:

      > Anything goes wrong with a PC node

      Thats cause stuff goes wrong far more often in a PC envrionment. I say this with 10 years of computing experience on both platforms. YMMV, and I'm sure I'll collect anywhere from 2 to 200 replies either quoting amazing PC/Linux uptimes or terrible Mac related experiences, but I've worked, at length and in technical situations with MacOS, Windows, Linux, FreeBSD, HPUX, AIX, Solaris ... and Macs are by far the most reliable platforms in terms of hardware failure or incompatiblies that arise from drivers, etc. (Note: I am exclduing all Powerbooks. I'm well aware of the 5300 being the exact opposite of what I'm saying .. those things were more trouble than ANY platform I've ever worked on.)

      > Plus you can modify bits of Linux

      OSX, the kernel is Open Source, so you are free to munge around with it, although I havn't gotten a chance to look deep into it, so I'm not sure of the extent of the validity of this.

      OS9, removing kernal modules from the OS is a simple point and click, although I think there is obviously more code in the base system than on a bare bones Linux system. Again, trade offs are unavoidable.

      It is only because Apple sells their OS as 'easy to use' to people assume this is equivilent to 'non customizable'. Any dedicated mac techie knows that while MacOS ain't as granular as Linux in its customizability, the perfornace loss in putting your CPU against surperfluous tasks pays back in the other advantages of the platform.

      Note that I'm not arguing that MacOS is better to cluster than Linux .. I'm only trying to debunk some of the most commonly lobbed FUD against the Mac platform, especially as it relates to its (supposed) unsuitability to non-multimedia related tasks. :)

      What I love the most is how people expect computers to be cars. Ie, if its more expensive, it had better be faster. Man, I'll take a slower and more enjoyable and pain-free computing experience any day of the week, which is why my dream setup would be OSX by default, then Linux or some BSD variant (I'm a programmer on FreeBSD), and then Windows. This holds true even in computationally-intensive tasks. If I can't enjoy the experience of doing it, I don't want to do it, even if it can be done faster or cheaper. My happiness and level of stress is more important than speed.

      --
      "Old man yells at systemd"
    8. Re:Easier vs. cheaper... by Altus · · Score: 1

      well, your first point is certainly true.

      and to some degree your second point is true, however it is important to note that many components in apples are the same as the "commodity" parts found in your PC. IDE harddrives, SDRAM. Replacement 1 GHz G4s are a little pricy though.

      your third point however, is a little harsh. given the availablilty of the darwin source code (the underlying BSD roots of MacOS X) you actualy can tweak the kernal for your needs. while Im not sure about the ease of this VS tweaking Linux I think it is only fair that this ability be acknowleged.

      Of course if you wanted to run a cluster under OS 9 you wouldnt have this ability, but then Im not sure I would bother with clustering under 9 anyway :)

      --

      "In America, first you get the sugar, then you get the power, then you get the women..." -H. Simpson

    9. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0
      -- Maintenance costs are much, much lower. Anything goes wrong with a PC node, just swap out that part with another commodity part. Mac repair or parts replacement costs will eat you, especially if you start to have many, many nodes.

      Except macs don't break down as easily and most of their parts are "commodity parts". The main thing to worry about replacing is the motherboard and you have to be an idiot or suffer unbelievable misfortune to break that. How many more articles do you have to read about Macs surviving fires while PCs in a room farther from the flame die before you understand that there is a bit more quality in an Apple package? Albeit, Macs do occasionally suffer from the "first off the line" bugs just as many or most manufactured items (e.g. cars) are prone.

    10. Re:Easier vs. cheaper... by gordguide · · Score: 3, Insightful

      " ... Maintenance costs are much, much lower ..."

      Thanks for the anecdotal evidence. No, wait. You've never used a Mac cluster. Nevermind.

      There are many, many studies of overall maintenance costs of various platforms (Win, Mac, UNIX, etc). I have never seen a single one that does not conclude x86 to cost more than Apple HW. If you know of one, I would be happy to read it.

    11. Re:Easier vs. cheaper... by cruelworld · · Score: 2, Informative

      Driver problems? Kernel problems with hardware? What are you running? Windows 95 Unix version?

      Run a stable kernel; there are no "driver" problems, there are no kernel problems. You don't need to run 2.5.3 for clustering. You don't even need to run 2.4

      And if you want you can buy PC's with a warrenty. Having said that, I build my own computer 4 years ago from different parts from different stores and the only thing thats failed in that time is my mouse.

    12. Re:Easier vs. cheaper... by bryan1945 · · Score: 1

      Yeah, well my Debian box has 2 million years of uptime! And my WondersXP box has 2 BILLION years of uptime! And my BSD box has quintiple-quadrillions-SCINTILLIONS years of uptimes!!!!! You are just a Mac fanatic that ingests Job's RDF (Reality Distortion Field) like a nice garden salad!

      Sorry, had to do that. I'm with you, I've had about 8 years experience on Win and Mac, and some casual (note: not hardcore) use on Linux. You can stick me in the common Windows sucks group, 'cause I'm still getting whacked through Win2k. XP may be different (I doubt it, but I never make a decision until I try it). I'm fairly comp savvy, yet Linux still stalls me fairly often. Call me lame and a loser if you wish, but if I can't easily get it working, there is ZERO chance of (whatever) going mainstream.

      I can see my dad and sister clustering Macs. [I can see my mom asking what is clustering :) ] My dad, a PhD in physics, can't really get around in Linux, and he's tried- hitting websites, FAQs, newsgroups, etc.

      Linux just needs more work, that's all.

      --
      Vote monkeys into Congress. They are cheaper and more trustworthy.
    13. Re:Easier vs. cheaper... by Jeffrey+Baker · · Score: 2
      Consider the size, also. You can get dual athlon machines in 1U cases. Leaving room for networking switches, that's 80 CPUs, 160GB main memory, and perhaps 5.7TB storage per rack. The only form factor for a PowerMac is that enormous plastic case. I'll be generous and say you could fit a PowerMac in a 19" rack on its side, and it will take 4U. That's ten PowerMacs per rack, or 20 2nd-rate DSPs errr CPUs, 15GB main memory, and 1TB storage per rack. Doesn't sound like a really practical cluster to me: you can't even stack those Macs up!

      Nevermind that the Athlon has a superior CPU bus and a fast DDR memory bus, while the Mac has a shared CPU bus and a rather pathetic 800MB/s PC133 memory bus.

    14. Re:Easier vs. cheaper... by bryan1945 · · Score: 1

      My study has concluded that Macs are billions of times more expensive. I took a Windows 2k box and a PowerMac G4 for testing. The Windows box I put on a desk, and I put the Mac box in a car compressor (ala junkyard style). As soon as a box failed, I replaced it.

      So far:
      Windows- 1 box
      Macs- 12,462 boxes
      .
      .
      .
      wait, 12,463

      --
      Vote monkeys into Congress. They are cheaper and more trustworthy.
    15. Re:Easier vs. cheaper... by ookla_the_mok · · Score: 0, Flamebait

      Wrong. Commodity parts such as memory and hard drives are exactly the same on the Mac. I have bought memory and hard drives at Sam's club, and they work just fine in my Mac.

      Yeah RIGHT! Good luck getting apple to send you a new hard drive or memory under warranty, even if you know and they know DAMN WELL that is where the problem lies, you still have to put the whole damn thing back in a box and ship it to them, or take it to some idiotic computer store and wait for them to get the parts from apple. then a so-called "technician" with all the technical prowess of a turnip can put a shiny new chip or powersupply in or reformat your hard drive.

      I love my mac, but every warranty issue i've had with other macs made me want to SCREAM.

    16. Re:Easier vs. cheaper... by dhovis · · Score: 2
      Care to suggest a "stable" kernel that will run on any machine you throw at it?

      No matter what NIC chipset? Any video card? All I/O configureations? If you put it into a cluster and there were network problems could you guarantee that it was a bad NIC and not a misconfigured kernel?

      I know you can buy a PC with a warranty, but the vast majority of PC vendors do not support the OS themselves. So you can quickly get into a situation where the hardware people will tell you it is a software problem and the software people will tell you it is a hardware problem. You can end up SOL that way. Apple can't do that to you.

      Glad to know you managed to put together a computer that did not have any problems. I have an 7.5 year old PowerMac that had the power supply replaced after 3 years but still runs just fine. Doesn't prove anything.

      --

      --
      The internet is the greatest source of biased information in the history of mankind.

    17. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0
      Maintenance costs are much, much lower. Anything goes wrong with a PC node, just swap out that part with another commodity part. Mac repair or parts replacement costs will eat you, especially if you start to have many, many nodes.

      No, the point you missed is that the Apple hardware would actually be quality, and probably not break down. Even then, since it isn't made by fly-by-night-shanty-generic-pc-co it will proabably have an amazing feature called a warranty.

    18. Re:Easier vs. cheaper... by Paul+Komarek · · Score: 2

      > Care to suggest a "stable" kernel that will run on any machine you throw at it?"

      Care to show me a Mac OS kernel that runs on any machine you throw at it? How about one that runs on some particular Alpha config? Or a Power IV config? Or a StrongArm config (thought not for a cluster ;-)?

      -Paul Komarek

    19. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0

      > Care to suggest a "stable" kernel that will run on any machine you throw at it?

      It doesn't have to run on any machine you throw at it. Just the one your going to use for you cluster nodes. I mean really, how ignorant can you get!

      That's why when we built our cluster we bought the components for one node first (after lots of research) and built it. Once we were sure that we could build a rock-solid OS on it, we bought the hardware for the rest of the system. 6 months of uptime at this point on 24 nodes with no hardware or software failures beyond a few infant mortality problems (which you'll get with Mac also).

      If you want to pay Mac twice as much so they can do your homework for you, fine. I'd rather get a few more nodes.

    20. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0

      These "cpu intensive tasks" wouldn't happen to involve Adobe Photoshop would they?

    21. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0

      And I do mean uptime, as in:

      [******@n12]$ uptime
      1:29pm up 173 days, 3:49, 2 users, load average: 0.98, 0.93, 0.86

    22. Re:Easier vs. cheaper... by dhovis · · Score: 2
      Ummm, hello.....

      I wasn't claming that the MacOS kernel would do such a thing. (Though the Mach kernel at the heart of MacOS X runs on a lot of architectures)

      The original comparison here was maintenance on commodity PC hardware vs a Mac. OS support of MacOS on a Mac is assured (at least for the useful life of a cluster). You can't say the same for Linux on just any old PC hardware you slap together.

      My statement was that it is not as much of a sure thing getting Linux running properly on a frankenPC as it is getting MacOS configured on a Mac.

      On a Mac, if the OS doesn't get along with the default hardware, you only have one source to complain to: Apple, and they have to fix whatever problem you have if the machine is under warrenty.

      --

      --
      The internet is the greatest source of biased information in the history of mankind.

    23. Re:Easier vs. cheaper... by dhovis · · Score: 2
      I agree with you, but my point was that if, 8 months from now one of your IDE controllers dies and you cannot get the exact same one to replace it (for whatever reason), swapping in a new one *could* cause problems, and reconfiguring the kernel for that machine *could* fsck up the cluster.

      I'm not saying you can't build a good Linux cluster, I'm saying that maintenence on a Linux cluster is more complicated than maintenence on a Mac cluster. Can we agree on that?

      Besides some people would pay to have someone else sweat the details for them. That's why Apple is still in buisness. How much would you charge to set up a Linux cluster for someone else? How much would that cut into the price differential between LinuxPCs and MacOS X boxes?

      --

      --
      The internet is the greatest source of biased information in the history of mankind.

    24. Re:Easier vs. cheaper... by Paul+Komarek · · Score: 2

      On the other hand, if you're buying new equipment, it's no problem to stick to linux-supported equipment. That's how I buy stuff for me, personally, and that's how I buy stuff for the lab I'm working in.

      While the term frankenPC makes me laugh due to intimate familiarity with such beasts (esp. with family tech support), linux does run just about any hardware you might want to use for computation and simulation. It's in the "user-interface" areas (i.e. "multimedia") that linux drivers are lacking. Things like sound, 3D graphics, and tv tuners and capture cards are the items for which you must be most careful. Linux has (hard-fought) support for some hardware in each of these areas, just like the Mac. Come to think of it, linux might have as many or more 3D vid card drivers as the Mac does, which seems really strange.

      If you pay for MacOS and it doesn't work right because of hardware incompatibilities, you complain to Apple. If you pick up GNU/Linux for free and it doesn't work right because of hardware incompatibilities, you complain to yourself for not having done the research ahead of time. If you buy a machine preloaded with GNU/Linux from Company X and it doesn't work right due to hard incompatibilities, you complain to Company X.

      -Paul Komarek

    25. Re:Easier vs. cheaper... by trycoon · · Score: 1

      And where have you read that rubbish? On Apples homepage? Running Photoshop? =)

      PLEASE E-mail me an benchmark(no photoshop) where a "G4 mop the floor" with an dual Athlon XP!

      You Mac users are still dreaming about the Altivec, the holy Graal...

    26. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      Wrong. Commodity parts such as memory and hard drives are exactly the same on the Mac. I have bought memory and hard drives at Sam's club, and they work just fine in my Mac.

      You neglect to mention the MYRIAD of stuff that DOESN'T work with Macs. Only ATI really makes any Mac video cards, and I can't name a single network card that comes with Mac drivers. Better hope your onboard NIC never goes bad.

      Apple people have made a big deal lately about how much of the hardware is "PC-standard", but really, there are only 3 parts that are the same: memory, hard drives, and optical drives.

      On the list of non-standard interchangeable stuff is: the case and power supply, motherboard, processor, video, audio, and network cards, and keyboards.

    27. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      Mac components are typically of higher quality than "commodity" components - this is part of the (somewhat) higher initial investment cost; this is also one of the reasons why Mac hardware "obsoletes" more slowly than PC hardware.

      Are you suggesting that the "PC-standard" memory, hard drives, CD, DVD, and CDRW drives components in Macs are somehow "better" than their PC cousins? I can assure you that Apple uses similar, if not identical RAM to that used by Dell, Compaq, etc.

      Do you think Apple is ordering "custom" IDE hard drives from Maxtor? No.

    28. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      From what I'v seen of cpu instensive tasks the Dual 1ghz G4 can mop the floor with a dual athlon.

      One would hope, since it costs twice as much!

      As I've said many times, Macs are overpriced. Even if you accept the fact that a G4 1ghz is equivalent to a P4 2ghz (debateable), the mac hardware still costs double to get that equivalent performance!

    29. Re:Easier vs. cheaper... by darkwiz · · Score: 1

      Unfortunately, the change you ask for would destroy what Linux is: a Unix-a-like.

      Linux is popular because it closely resembles the powerful Unix platform, not because it is user friendly. This is a truly unfortunate problem. The administration of a Linux machine can't really get much easier than it is already without throwing away the complicated Unix under pinning. And many of us would resist any attempt to change it.

      The thing I loved about my good ol' Mac was that I could upgrade libraries by hand. On Linux, without an installation script, I am very nervous as there are typically several files per library, sometimes in many locations.

      However, the flexibility I'm afforded for automation on Linux is utterly phenomenal compared to old Mac OS's (I'm unfortunately not that exposed to OSX, which may change my mind).

    30. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0

      Good points. I can't wait till I can get my hands on OSX, but that will just have to wait until I get a new box.

    31. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0

      I don't understand. The internet exists. It is unbelievably easy to find information. How could you possibly be so uninformed?

    32. Re:Easier vs. cheaper... by MoneyT · · Score: 1

      Do you honestly think the devices in the mac like the ethernet cards are some sort of proprietary card? No, I think not, and though I haven't actualy tried it, I'm sure I could get just about any card I want to run on my mac. ESPESIALY IF IT WILL RUN UNDER LINUX.

      --
      T Money
      World Domination with a plastic spoon since 1984
    33. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0

      Horseshit. The 933MHz G4 PowerMac goes for $2300. Assume that a PowerMac with a single GHz processor would be $100 more. Now show me a reputable PC dealer who will sell me an assembled 2GHz P4 with a DVD-R drive and gigabit ethernet for $1200.

    34. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      Sorry but you're wrong. They simply don't work, there aren't any drivers, and MacOS does not have the large family of generic open source drivers that Linux does.

      PCI network cards do NOT work in Macs, unless the manufacturer writes drivers specifically for that OS.

    35. Re:Easier vs. cheaper... by jchristopher · · Score: 1

      Okay, so put your money where your mouth is - post a link to ANY website selling a network card with MacOS drivers.

    36. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      I just configured a Dell system, Dell Dimension 4400 Series Dimension® 4400 Series with Pentium® 4 Processor at 1.8 GHz (twice the speed of the G4). It speced out to $1550, and to be honest, I'm sure you could do better with promotions, coupons, whatever.

      And yes, it's configured with a DVD burner for that price.

      So I'll have to beg your forgiveness, it's only $800 cheaper. For that price, you could add a nice 15" LCD, printer, scanner, zip drive, pile of blank cds, SCSI, gigabit ethernet, portable MP3 player, and a Sound Blaster live that's far nicer than anything you can get from Apple, and put $100 in your pocket.

    37. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0

      http://www.smc.com/index.cfm?action=products_downl oads&productCode=SMC1255TX&prod_id=117

    38. Re:Easier vs. cheaper... by tonywong · · Score: 1

      I don't think you've ever put any effort into looking at x86 vs. Mac support costs. A simple google search yielded this link:
      http://www.machelpdesk.com/dualplatformsupportco st s.hqx

      which summarizes data from a Gartner group study. It's 1995, but since you decided to sound so informed...

    39. Re:Easier vs. cheaper... by Anonymous Coward · · Score: 0
      Plus you can modify bits of Linux ... which you can't do with Mac OS.
      Gosh, and here I am running OS X, which sits on top of a BSD-tree open source OS.

      Oh yes, everyone knows BSD can't be modified, that's why they put up those "Here There Be Dragons" signs.

      I won't even go into your "maintenance" logic, others have done enough on that already... never let a little things like documented studies stand in the way of your gut instinct.
    40. Re:Easier vs. cheaper... by jeffreym · · Score: 1

      Your $0.02 would not go very far in making up the cost difference in electrical costs between the two setups. 500 dual Athlons would burn about 4 times the electricity of 500 dual G4's.

    41. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      Uh, yeah, that's a nice big fancy link. It takes me directly to... the SMC homepage.

      Looking in their network card section, it appears that they have Mac drivers for ONE of their cards, but it's only for OS 8/9. NOTHING that says MacOS X anywhere! (Because there aren't any!)

    42. Re:Easier vs. cheaper... by gordguide · · Score: 2

      I checked the link (it won't work as posted, remove the space at: ...supportcost s.hqx if anyone wants to see it, it's a PDF).

      I've read that report. It supports my contention. The study refers to the cost of supporting both platforms in a single enterprise and concludes there are no additonal costs over a Windows-only enviornment.

    43. Re:Easier vs. cheaper... by MoneyT · · Score: 1

      If they have *NIX drivers, they can be made to run on a mac. It may take a bit of mucking with the code if there is x86 specific code, but otherwise it will work, and besides, mucking with code is half the fun of linux.

      --
      T Money
      World Domination with a plastic spoon since 1984
    44. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      If they have *NIX drivers, they can be made to run on a mac. It may take a bit of mucking with the code if there is x86 specific code, but otherwise it will work, and besides, mucking with code is half the fun of linux.

      Key word "can" not "have been". I simply haven't seen this happen. Keep in mind these are Mac people - they aren't going to be "mucking with the code" and certainly wouldn't see that as fun.

      If it's so simple to make a variety of PCI network cards work on Mac, how come nobody has done it after all these years?

    45. Re:Easier vs. cheaper... by Darby · · Score: 1

      the only thing thats failed in that time is my mouse.

      That, my friend is bad luck.
      The only mouse I've ever seen break is an *old* IBM 2 button mouse that I stepped on *hard*.
      I still use it, but sometimes I have to manually unclick the right button.
      Seriously, how do you break a mouse?
      Hard drives... that's a different story.

    46. Re:Easier vs. cheaper... by MoneyT · · Score: 1

      First of all, I am a mac user and would certainly enjoy mucking with the code (heck just for fun I prefer to run *NIX in entirely command mode). You confuse mac user with wimpy user, too different people. Yes the mac crowd is more user friendly oriented, but it doesn't change the fact that a lot of them are regular computer users who like code just as much as a wintel user.

      Second, the reason it hasn't been done is because it's never needed to be, except in a few minor instnaces involving power surges, I have never seen the network card on a mac fail. Period. Maybe I've just been lucky, but the fact that the school I worked for never had those types of failures even in 8 and 9 year old macs (some of those by the way had a card put in them) seems to me a good indicator of the quality of the products put in a mac.

      --
      T Money
      World Domination with a plastic spoon since 1984
    47. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      I think you're wrong - it's not about replacing the onboard network card in a Mac (which I agree would rarely fail) - instead, it's about adding a SECOND network card.

      Apple has given us a powerful, unix-based OS to use. What good is it if I can't add a second network card to use it as a router, firewall, DHCP server, etc.?

    48. Re:Easier vs. cheaper... by MoneyT · · Score: 1

      I see your point, though personaly I would rather have a seperate router/firewall/DHCP server than commit one of my machines to it, but then again, I've only got 3 of em, maybe there's an advantage to using a computer instead of dedicated hardware.

      If so, please tell me, I would be interested in what the benifits of using a comp over dedicated hardware is.

      --
      T Money
      World Domination with a plastic spoon since 1984
    49. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      I have a PowerMac 7200/90 sitting here. It's a lovely machine that has built in ethernet and 3 PCI slots. It's worth around $40, and would make a great headless PC for routing traffic between the internet and somebody's LAN, except that you can't add a NIC to it.

      A Pentium 90 machine cost about the same ($1000), and is worth about $40 too. But I can add a $5 network card to it that makes it far more versatile.

      And of course, by using a computer instead of a dedicated thing, you can run other services on the same machine - mail, DNS, http.

    50. Re:Easier vs. cheaper... by MoneyT · · Score: 1

      You should hit up pricewatch.com and check
      networking->mac for some mac specific cards. With the lowest price being $5. Of course, as you get to more brand name items, they get more expensive, but personaly, if I was wanting to run the thing as a gateway and host mail and DNS services, I would prefer name brand over generic any day.

      Also keep in mind that for many devices, macs have a generic driver set that works fine, for example, my harddrive (which only game with PC drivers [why drivers for an HD?] and no mac support ot be found anywhere) runs quite nicely in my computer, the only hassle I had was getting it to do the initial format (which had to be done in linux) but I think that had more to do with the fact that it's a 45 gig HD in a computer that was never designed to handle more than about 3.

      I would suggest you try plugging in your bargin brand ethernet card and seeing if you can't get it to work (don't forget to check Apple's own web site for ethernet card drivers).

      Ofcourse, I should also point out that your old 7200 is from an era when macs were highly incompatible, and since that particular mac probably can not run OS 9, you may not be able to get it to work. But the newer macs are much more compatible. And like I said, unless at adresses the x86 hardware specificaly, if it runs under Linux it will run under OS X if not OS 9

      --
      T Money
      World Domination with a plastic spoon since 1984
    51. Re:Easier vs. cheaper... by jchristopher · · Score: 1
      (don't forget to check Apple's own web site for ethernet card drivers).

      Instead of just implying that they are there, why don't YOU post a link to an Apple page where they provide drivers for 3rd party (wintel) ethernet cards?


      Ofcourse, I should also point out that your old 7200 is from an era when macs were highly incompatible, and since that particular mac probably can not run OS 9, you may not be able to get it to work.

      Actually, a 7200 runs OS 9 just fine, and it sure isn't from an era when Macs were "highly incompatible". If anything, they were more standardized than they are now. In the era of the clones, there were Macs with PS/2 keboard and mouse connectors and ATX cases! That is not the case anymore.


      I would suggest you try plugging in your bargin brand ethernet card and seeing if you can't get it to work

      I can assure you, if this worked, millions of Mac users would already know, dude.


      And like I said, unless at adresses the x86 hardware specificaly, if it runs under Linux it will run under OS X if not OS 9

      This is so unbelievably wrong, I can't even begin to address it.

  15. wow! by Anonymous Coward · · Score: 1, Funny

    imagine a mosix cluster of dual-gigahertz g4s!

    1. Re:wow! by Nemith · · Score: 1

      Maybe in a long time. Right now Mosix is x86 only and will not work on PowerPC arictectures. We can still hope :)

    2. Re:wow! by Anonymous Coward · · Score: 0

      No, imagine a Black Lab cluster of these!

  16. Imagine by fobbman · · Score: 4, Funny

    Wow, imagine one of these clustered machines running ALL BY THEMSELVES!

    Strange, it doesn't seem to have the same comedic value this way...

    1. Re:Imagine by Anonymous Coward · · Score: 0
      +5 Informative????

      The moderators must be smoking crack today.

    2. Re:Imagine by Anonymous Coward · · Score: 0

      Gee, could it have anything to do with his .sig?

    3. Re:Imagine by doob · · Score: 1

      Yeah, but imagine a beowulf cluster of those ex-cluster machines!

      --
      In the spoon, there is no Soviet Russia!
  17. 1 Page Manual.... by Anonymous Coward · · Score: 0

    In flyspeck 2pt font, printed onto A0 paper....

  18. Text of the one-page PDF file by dzurn · · Score: 1
    The one-page PDF includes several screen shots as well. Here's just the text from the PDF file.



    Pooch Quick Start

    Requirements: Macintoshes running OS X 10.1 or later with proper connections to the Internet. (If the Macs are on an isolated network, manually configure their Network system preferences to use unique IP addresses from 192.168.1.1 to 192.168.1.254.)

    1. Select a parallel application: Download the AltiVec Fractal Carbon demo and drag it from the Finder to the Pooch alias icon on the desktop.

    2. Select nodes: To add other nodes, click on Select Nodes from the Job Window that just appeared to invoke the Node Scan Window. Double-clicking on a node moves it to the node list of the Job Window.

    3. Launch: Click Launch Job in the Job Window to start your parallel job. Pooch should be distributing the code and launching the parallel application.

    Congratulations! You are now operating your first parallel computer.

    Congratulations! You have just built your first parallel computer. Now to test it

    pooch@daugerresearch.com
    http://daugerresearch.com/pooch/
    Copyright © 2001 Dauger Research, Inc.
    Installation: Double-click the Pooch Installer. Repeat for additional
    Macs on the same local area network.

    1. Re:Text of the one-page PDF file by autopr0n · · Score: 2

      Requirements: Macintoshes running OS X 10.1 or later with proper connections to the Internet

      "Wow, I know a couple of friends on the 'net who have Macs, if we all install this will we build a distributed system?"

      Those instructions are pretty flimsy, I seriously doubt it would work in disseperate IP address (like, a guy in India and a guy on AOL aren't going to be able link up just by installing the software). And even then, without some information on building the actual network you aren't going to get much performance in problems that require much crosstalk.

      --
      autopr0n is like, down and stuff.
  19. Apple's biggest problem ... by gordguide · · Score: 3, Insightful

    ... is the ease of use. Tech Professionals can't make a living supporting the platform.

    Before someone accuses me of saying they never break, always work flawlessly, and the like: They do need support. It's just that the ideal career envoirment is when there is more work than workers. An underwhelmed support staffer soon finds the company wants him to help unload pallets in his spare time.

    When all the IT staffers know one platform, what do you think they're going to recommend come upgrade time?

    From the article:
    " ... However, he hasn't done any consulting yet because all of his clients have figured it out for themselves. All they need are a few G4 Macs, some Ethernet cables, a hub and the Pooch software. Getting it up and running is as simple as installing the software and configuring it through a couple of dialog boxes. ..."

    1. Re:Apple's biggest problem ... by Anonymous Coward · · Score: 0

      Tech professionals should use the Mac's strengths as a base from which to innovate. In a Mac environment, you can design your own work instead of being deluged by work created by Microsoft.

      Why run around fixing Windows when you could be doing more interesting work and adding real value to your company? Do you want to be busy, or be challenged?

      Mac folk I know use their time to implement workflow automation with Applescript Studio, evaluate new products, and learn more about their clients needs. They can explore these needs a bit more deeply than "I need my Windows box fixed." They are considered far too valuable to be asked to unload pallets.

      As for "he hasn't done any consulting yet", his field is populated by tech-savvy scientists. There are many unexplored uses of cluster computing, and these new uses are where the consulting money is. Find a need and fill it.

      On those rare occasions when you need to fix a Mac, keep all your utilities on an iPod and listen to music while you work...

    2. Re:Apple's biggest problem ... by Dikarika · · Score: 1, Interesting

      You apparantly don't work in the Prepress industry.

      Making books, journals, and technical manuals takes a lot of Macs and a lot technicians to keep them running. We have 1 FT PC tech, 1 FT Unix Tech (Solaris Server), and 2 FT Mac techs. They need just as much TLC and repair as any other PC. Parts still fail and sad macs do rear their ugly head, but I guess with the sheer number of macs on site that we have to deal with them so often. They are, however, much easier to fix than the PCs... (Windows!, you're fired!... *sigh, I wish...)

      --

      Peace, Love, Games
    3. Re:Apple's biggest problem ... by Spencerian · · Score: 1

      I agree and disagree simultaneously to "Tech Professionals can't make a living supporting the platform."

      OF COURSE there are plenty of Macintosh technicians (myself included) making an excellent living. But the IT industry is built on Microsoft's money machine and complicating the already-complicated. That includes certifications upon certifications, which serve more as a money machine than a true test of a technician's experience. There are plenty of MSCEs out there. My 15 concurrent years working and servicing both PCs and Macs make that certification almost moot.

      The dark side of this is that, until recently, Apple didn't think about the cert cash cow either. Today, Apple provides two admin certs with a lot of possibility. The irony is that its class is too expensive for most techs, and no one's made a cert book on it (although I'm thinking about it).

      /.

      --
      Vos teneo officium eram periculosus ut vos recipero is.
    4. Re:Apple's biggest problem ... by Anonymous Coward · · Score: 0

      This post deserves to be moderated up a few more times. It cuts right to the heart of Apple's failure in corporate environments.

      OTOH, Apple doesn't seem really eager to go after that market. Their advertising doesn't emphasize office use. And if they started to make serious incursions into Windows' territory, MS could kill Office:Mac, which would hurt their viability in the office pretty badly.

    5. Re:Apple's biggest problem ... by BinxBolling · · Score: 1

      Out of curiosity, how many Macs/PCs/Unix boxes are we talking about here? Knowing that you have 2 Mac techs and only 1 PC tech doesn't tell us much unless we know how many of each sort of machine is being maintained, here.

    6. Re:Apple's biggest problem ... by gordguide · · Score: 1

      "...As for "he hasn't done any consulting yet", his field is populated by tech-savvy scientists. ..."

      So you would think.
      It's probably what I would have assumed as well, had I not visited many of the links at the AppleSeed cluster site. To a suprising degree, there are clusters run by techno-peasants who just happen to be interested in one branch of Science.

  20. It depends on what you are doing. by Leebert · · Score: 1

    I looked into using G4's for this purpose recently, but decided against it because of the availability of good Fortran compilers, either for OSX or Linux.

    Price and simplicity have their place, but generally not at the expense of functionality and performance.

    1. Re:It depends on what you are doing. by Halo5 · · Score: 1

      whats wrong with pgf90/linux?

      http://www.pgroup.com

      --
      665: The mark on the forehead of Satan's slightly less evil brother, Stan.
    2. Re:It depends on what you are doing. by Leebert · · Score: 1

      &GT whats wrong with pgf90/linux?

      Because it's only for x86

    3. Re:It depends on what you are doing. by moongha · · Score: 1

      http://www.absoft.com/newosxproductpage.html

  21. Sounds like an old commercial... by phillymjs · · Score: 2

    They note that the Linux "how to" manual is 230 pages while the corresponding Apple document is a 1 page PDF file.

    Sounds like an old Apple commercial called "Manuals" (sorry, I spent ten minutes Googling and still did not come up with link to the ad) that showed an IBM PC with a stack of huge binders thundering down from the sky into a heap next to it... then panned over to the 128K Mac, as its single, thin manual fluttered down like a feather in comparison.

    ~Philly

    1. Re:Sounds like an old commercial... by Anonymous Coward · · Score: 0

      It's on Apples site, they have an archive, hidden deeply. of all old comercials. But that comercial deal with the joys of printer set up on old PCees.

  22. Beowulf vs. Mosix vs. Macintosh by i_am_nitrogen · · Score: 1

    While I've never set up a Beowulf cluster myself, I do know that Mosix is very easy to set up. It basically just involved recompiling the kernel (one of the easiest, and yet most frightening sounding things one can do on a Linux box), editing a text file, and installing a daemon. I disbanded my Mosix gang though, since two of the three boxes had only 16MB of RAM and Pentium 133 CPUs, and I wasn't noticing enough of a speed improvement in kernel compiles to justify the transition from a comfortable 747 noise level to a painful F-14 with afterburners.

    That said, I don't think point-and-click people have any business setting up a cluster. The ability to use a CLI says something about your intelligence (or at least your desire to use a CLI ;p), and those who have no desire to learn even simple bash, probably aren't smart enough to need a cluster or use it wisely. Even if we're talking about graphics houses setting up clusters of Macs to do their big renders, I still say, "Hire a professional." (Plug:) Like me.

    1. Re:Beowulf vs. Mosix vs. Macintosh by Anonymous Coward · · Score: 0

      Hmm. The desperate need for a job? Ability to talk complete trash. You wouldn't be Bernard Shifman, would you?

    2. Re:Beowulf vs. Mosix vs. Macintosh by saintlupus · · Score: 2

      The ability to use a CLI says something about your intelligence

      That you're stubborn, stuck in a rut, and afraid to try out new things?

      I really don't understand the whole CLI fetish in places like Slashdot. I use the CLI when necessary (admin work on *nix boxen) and the GUI when necessary (my main workstation is OS X).

      They're just different, neither is better.

      --saint

    3. Re:Beowulf vs. Mosix vs. Macintosh by Anonymous Coward · · Score: 0

      Nicely said. But your missing that largest point. Anyone who can;t figure out how to point and click has no place in the modern computing enviroment. I mean take a look, the largest movment in the *NIX community is the easy to use GUI.

  23. Mac OS X by TRoLLaXoR · · Score: 2, Interesting

    Finally Apple has hardware (powerful G4s and gigabit networking) and software (Mac OS X with preemtpion, protection, and a mature TCP/IP stack) that can really handle this sort of this.

    I mean, this shit flew under Mac OS 9 and 400MHz G3s. Now we have Mac OS 10.1 and *dual* GHz machines with Gigabit ethernet. I can't imagine the power.

  24. maya, photoshop, etc. on a cluster? by goto11 · · Score: 5, Interesting

    Wouldn't it be great if "plug and play" clustering became a reality. Say your office mates are out to lunch, or there's no one scheduled to use the school computer lab for the next hour and you want to render the effects for you three-hour iMovie, or you want to perform batch despeckle on a few hundred inages in Photoshop...
    Nothing against Linux (I use it myself for a router), but a three-day setup for Beowulf clustering isn't a great deterrent if your calculations will be going for a month or two.
    The type of clustering we're talking about here is something that could potentially appeal to the average SOHO or school, where they have five to 500 general-use Macs that have processor cycles to spare.
    My question is this:
    What would it involve to make Mac OS X and every program that runs natively on it to be able to take advantage of clustering right out of the box? If they can natively use multiprocessing, how much of a leap is it to patch the OS to natively support clustering?
    Not only would this be great for techies, but it seems that this would be a great incentive to volume sales from Apple, where they now generally only get one or two Macs per site and the rest are Wintel workstations.

    --
    Why don't you just make 10 louder and make 10 be the top number...and make that a little louder?
    1. Re:maya, photoshop, etc. on a cluster? by pb · · Score: 1

      Yeah, man, that's great. Instead of having that one guy using Pov-Ray tieing up the server for HOURS, you can have that one guy using massive clustering, tieing up EVERY computer for HOURS.

      Make no mistake, he wouldn't get his old projects done in minutes; he'd just up the detail and number of frames.

      Even if you were on a private network, you'd want to make clustered tasks the lowest priority task (the idle task) and even then you'd want priorities amongst clustered tasks. If you aren't on a private network, then just shoot yourself right now before you install this!

      --
      pb Reply or e-mail; don't vaguely moderate.
    2. Re:maya, photoshop, etc. on a cluster? by rootmonkey · · Score: 1

      You should check out sun's egrid software (they made it free last year). It runs parallel tasks on your local net. It detects when machines are idle and then gives them something to work on.

      --

      Yes but every time I try to see it your way, I get a headache.
    3. Re:maya, photoshop, etc. on a cluster? by Sarcazmo · · Score: 1

      We already pretty much have this on Linux. It's called MOSIX. Once each linux workstation has the MOSIX kernel installed, they can join the cluster, use shared processing and donate processing. It's as transparent as SMP.

    4. Re:maya, photoshop, etc. on a cluster? by sircase · · Score: 1

      Astronomers, physicists, biologists, and other scientists that may want to find a distributed computing solution to their problems or run large scale simulations of an environment, breeding population, star system, or whatever, are not all computer geeks. Granted, I'm sure a bunch of them are, but definitely not all. What is three-day setup for one person may amount to a week of work and finally breaking down and having to hire a professional techie (or walking down the hall and asking the local linux geek, a hassle either way).

      As far as modifications to the OS to natively support clustering, it's already trivial to set up. I imagine that a control panel controlling clustering preferences and whatnot would look very similar to the Pooch interface already in use.

      Concerning application support though, I have no idea. However, I do remember somebody saying something about OS X automatically utilizing multiple processors (if present) for all applications. If it can do that, native support for clustering can't be too far away.

    5. Re:maya, photoshop, etc. on a cluster? by Quarters · · Score: 2

      Pah, we did this in college.

      I learned 3D on 3D Studio (DOS) R4. Without the hardware lock installed it would run as a render-slave. Another guy in class was also one of the student admins of the campus network. The machines in the computer labs would be forced to wipe their HDs every day and reinstall a fresh copy of the OS. He inserted a copy of 3DS R4 into the "clean directory". The next night all of the machines on campus had 3DS ready to go.

      The renderfarm for 3DS R4 was driven by a batch script. The script had the IP addys of all the machines you wanted to use. He wrote a script that slaved the entire IP range of the campus network.

      One morning, at about 2am, in the graphics lab we fired it up. Worked like a charm. We actually made use of it every night for about a week before a paid admin tweaked to it and made us shut it down.

    6. Re:maya, photoshop, etc. on a cluster? by keytoe · · Score: 5, Insightful
      What would it involve to make Mac OS X and every program that runs natively on it to be able to take advantage of clustering right out of the box?

      Actually, native Cocoa apps have the capability to be built using distributed objects quite easily. In fact, the mechanisms used for multithreaded communication (NSConnection, NSPort, etc) are the same classes you use to communicate with other processes - on ANY machine.

      The mechanism they use relies heavily on the dynamic nature of Objective-C objects, so I'm guessing it's NOT based on some standard (SOAP,CORBA,RPC,.NET). That would make it hard to integrate it into any cross platform clusters, but we were talking about Photoshop, weren't we?

      So, it boils down to simply this: If you write a Mac OS X app, write it threaded and use Cocoa. If you do that, you'd be amazed what sort of functionality you get for 'free' - including being able to distribute your app across clusters!

      Down with Carbon!

    7. Re:maya, photoshop, etc. on a cluster? by Junta · · Score: 2

      Multithreading applications are a far cry from cluster-capable. In Multi-Threading, you just need to have two seprate computationally indepedent tasks that can be done in parallel, but still have a common memory space (yes, each processor has cache, but the architecture manages it so the cache can be ignored and will do a good job automatically. With Clustered applciations, each node not only has at least one processor, but also has an indepedent memory space (in theory, you *could* pool memory space, but having a network connection as a bottleneck to memory makes things worse rather than better). In addition to having computational indepedence, you must also be able to easily parse out data to the nodes that need it, and ensure consistency between machines is not trashed. The OS doesn't really have a chance at knowing how to divy up the data to the nodes without explicit hints from the application. That is why you need hand-crafted applications to take advantage of clustering. A batch Photoshop process, or time independent movie edits are very conceptually easy to cluster, but the OS has very little knowledge about the data that is being allocated and when it will be accessed and if that memory access could cause inconsistancy if not duplicated across nodes..

      --
      XML is like violence. If it doesn't solve the problem, use more.
    8. Re:maya, photoshop, etc. on a cluster? by znu · · Score: 2

      Here is an open source (LGPL) XML-RPC framework that advertises itself as a drop-in replacement for Cocoa's NSConnection object.

      --
      This space unintentionally left unblank.
    9. Re:maya, photoshop, etc. on a cluster? by Pope · · Score: 1
      It's not Carbon that's at fault, it's badly written Carbon. Some good posts here. I could write a crappy Cocoa program too, and knowing my complete lack of skillz, it'd probably suck pretty bad.

      But yes, well-written Cocoa progs kick serious ass!

      --
      It doesn't mean much now, it's built for the future.
    10. Re:maya, photoshop, etc. on a cluster? by goto11 · · Score: 1
      We already pretty much have this on Linux. It's called MOSIX. Once each linux workstation has the MOSIX kernel installed...

      <flame retardant>
      Duh! Of course you already have MOSIX clustering for Linux. Your argument is ignoring the key points:
      1. It should be an out-of-the-box capability. In other words - no special kernel required!
      2. Last time I checked, Photoshop wasn't available for Linux.

      Understand the comment before you post a reply. This applies to the vast majority of the replies I see here, although the few of you /. readers who exist in the real world of desktop computing understood what I meant...
      </flame retardant>
      --
      Why don't you just make 10 louder and make 10 be the top number...and make that a little louder?
    11. Re:maya, photoshop, etc. on a cluster? by Sarcazmo · · Score: 1

      MOSIX and other clustering isn't "out of the box" because it would add unnecessary bloat, and administrative problems for a feature maybe 1% of people or less would use. You are probably used to this inefficiency as a user of Windows or MacOS.

      Should Macs all come with photoshop available "out of the box"? It's ludricrous to say that every piece of software you will need should be preconfigured and preinstalled.

  25. The much vaunted 1 page pdf... by LeftHanded · · Score: 2

    Available from here

    --
    I think...I think it's in my basement. Let me go upstairs and check. -M.C. Escher (1898-1972)
  26. Allow me to karma whore... by Joseph+Vigneau · · Score: 1

    Uh, the article has the link to the one page PDF.

    1. Re:Allow me to karma whore... by Znork · · Score: 2

      Well, hey, I can write a massively parallel distributed computing manual in _one slashdot comment_!

      Requirements: Any machine supported by the seti-at-home client and some form of internet connection.

      Installation: Download and install the client.

      Select a parallel application: Easy! Already done for you!

      Select nodes: Not your problem!

      Congratulations, your computer is now part of a massively paralell computing network.

      What? You want to do something else? Well... there's a 560 page manual... you know, parallel computing isnt that easy.

      There is a difference between a quickstart guide and reference manuals. Comments such as that are just silly.

      Of course, the article goes on to describe how they switched from applescript to tcp/ip... followed by the amazing 'they can transfer bigger chunks of data between nodes but their latency is less' which 'balances it out'. I find the conclusion that it is no harder to write for multiple processors (clusters) than it is to write for two processors (SMP) rather interesting too. Apparently he's got his hands on some damn hot networking technology, because last I looked the memory bus in an computer was a bit faster than your average network, which makes the problem quite a bit different.

      Oh, well, someone has apparently been overdosing heavily on those one page quickstart guides.

  27. Not enough detail by Anonymous Coward · · Score: 0

    For instance, what makes it easier, the OS? Is it the Aqua part, or is everything needed present in Darwin? What would be the advantages and disadvantages of a Darwin-based cluster versus an Apple cluster or a Beowulf cluster? A Darwin PPC cluster versus a a Darwin x86 cluster?

  28. About the same... by alexhmit01 · · Score: 5, Insightful

    Cost of 10 good Intel machines to install Linux on... trivial (pobably about $15,000)...

    Cost of 10 good Highend Macs, (about $30,000)...

    Both are in the trivial range compared to the costs of time, energy, etc.

    There is a more important question, which machine gives you the most bang for your buck?

    We know that Photoshop runs better on the G4, what about your operation?

    If the Mac gets a 2:1 performance advantage, then the costs are equal. If the Mac out-performs it regardless, you get an advantage.

    For the moment, let's assume that you are getting real machines that are tested, not parts off of a sketchy vendor from pricewatch.com. If you are really trying to build a parallel computer, you want real systems, not junk that may or may not work.

    This also rules out eMachines, or home computers. You are basically in the Compaq Workstation, Dell Workstation, HP Workstation, or IBM Workstation area. You aren't setting up a bunch of Presarios.

    1. Re:About the same... by alfredo · · Score: 1


      Using this clustering you can run old iMacs and new dual G4 SOI machines on the same cluster. You don't have to have the same machine set up exactly the same way.

      Look for Quad processor G4's or G5's soon.

      BTW, XBill has been ported to OSX! OSX has come of age!!!!

      --
      photosMy Photostream
    2. Re:About the same... by zulux · · Score: 4, Insightful

      Cost of 10 good Intel machines to install Linux on... trivial (pobably about $15,000)...

      Cost of 10 good Highend Macs, (about $30,000)...


      Another thing to consider: If you use a cluster of Macs for a year - you could resell them and recoup most of your hardware costs. Beige x86 boxes sink in resell value much faster than the shiny Apple boxes do.

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    3. Re:About the same... by Halo5 · · Score: 1

      This isn't a good comparison though, because Photoshop is optimized for the G4 and it's one of the FEW apps that perform better on the Mac.

      Also, for a serious cluster, I would suggest going with a company that specializes in this sort of thing (http://www.atipa.com) and go with a rack mount solution. For most clustering applications, you'll see better performance from the newer dual Athlons (not to mention the availability of MOSIX)!

      --
      665: The mark on the forehead of Satan's slightly less evil brother, Stan.
    4. Re:About the same... by Apotsy · · Score: 5, Informative
      "We know that Photoshop runs better on the G4, what about your operation?"

      If it can be optimized for AltiVec, almost nothing will be faster than a G4.

      Just take a look at these RC5 stats (mid-way down the page). G4s smoke everything, because the RC5 client is optimized for AltiVec, thus it can compute four keys in a single clock cycle. By comparison, Athlons do one key per clock cycle, and Pentium 4s do one key every four clock cycles.

      So if you've got an operation that can benefit from the G4's SIMD capabilities, Macs are your best bet.

    5. Re:About the same... by slashdot2.2sucks · · Score: 1

      The problem with this lies with Apple and distribution.

      10 good Intel or AMD (dual procs) will cost less than $10,000. You don't need fancy video card or sound card, as the crap in the motherboard will do fine. You may not need a big hard drive depending on what you are doing, and you certainly don't need monitors, keyboards, mice, and dum dum dummmmm software licenses.

      The macs will not get a 2:1 performance advantage in fact they will get no advantage, they will be at a disadvantage. For one thing, the bus speed is too slow.

      Any way, for the same price you could get a 30x2 node P3 or XP cluster, and your jobs would get done in _at_least_ a fourth the amount of time.

    6. Re:About the same... by Anonymous Coward · · Score: 0

      Look for copland soon. Look for rhapsody soon. Oops!

    7. Re:About the same... by Anonymous Coward · · Score: 0

      But the PC is faster _and_ cheaper!

      You lose, mac apologist!

    8. Re:About the same... by nehril · · Score: 2

      it would be interesting to setup a "workgroup" system, where many macs in a company all had the
      cluster client and could also schedule their own tasks on the cluster.

      You'd have one big "virtual cpu pool" that anyone could tap into as needed, and it would use any spare cycles available across the entire set. So if you need to do some crazy photoshop function and five of your neighbors are checking email or posting on slashdot, your job would run that much faster.

      throw a nice -10 on the cluster client and nobody would even notice.

    9. Re:About the same... by ameoba · · Score: 2

      Unfortunately, keeping a programmer on staff that can perform Altivec optimizations for every problem thrown at the cluster will -quickly- eat away at any such bennefits for all but the largest clusters.

      --
      my sig's at the bottom of the page.
    10. Re:About the same... by mbourgon · · Score: 2

      But aren't you going to need a programmer around to code for the cluster anyway (IANAC: I am not a cluster)? If so, why not just hire a programmer who can ALSO do Altivec optimizations? This is not a "one or the other", you can have both. Say you pay an extra 5-10k$/year for that ability. You recouped that in the first week or so.

      (IANAC: I know not everything can use Altivec, but a lot of calculations can.)

      --
      "Sometimes a woman is a kind of religion, she can save your soul & set you free from all your sins" - Bad Examples
    11. Re:About the same... by Anonymous Coward · · Score: 0

      Seems to me that many or even most parallel computings tasks would be scientific caluclations requiring double precision...(all the number crunching that I do requires it). In that case, Altivec is worthless.

    12. Re:About the same... by hotsauce · · Score: 2, Funny

      ...and Pentium 4s do one key every four clock cycles.

      That's why it's called the Pentium 4.

      At least four cycles for anything useful.

    13. Re:About the same... by Anonymous Coward · · Score: 0

      "If it can be optimized for AltiVec, almost nothing will be faster than a G4."

      Yeah, but what you're forgettin is that the AltiVec unit DOESN'T work wik double precision floating point numbers....

      Now, I can assure you that >99% of the simulations run on our cluster here at the Department of Physics of the University of Milan uses double precision.

      So, the price/performance ratio is not that good for scientific purpuses.

      Btw, I ain't saying that Macs aren't good, at all. I'd just like to point out that *for some purpuses*, a x86 or alpha cluster is way better (though, still, nothing beats crays and ibms for some codes, namely because of the low latency and high bandwidth of the inter-process comms).

      Just my 2c.

      Have fun,

      Lightman

    14. Re:About the same... by Mark+Hood · · Score: 1

      But if the set-up is easier... It depends how much value you put on the time of the people building this cluster!

      --
      Liked this comment? Why not buy me something nice
    15. Re:About the same... by Lars+T. · · Score: 2
      Well, Dr. Decyk doesn't seem to care, neither do a bunch of other scientists.

      But you are right double precision is good for scientific calculations - and quad-precision (currently being researched) may well be better.

      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    16. Re:About the same... by Apotsy · · Score: 1

      Damn, I could have sworn there were some instructions in there that operated on two 64-bit doubles, but I see now that the best AltiVec can do is to operate on four 32-bit floats. Bummer.

  29. Cluster priorities? Ease of set up or performance? by WIAKywbfatw · · Score: 1

    I'm no genius but it doesn't take one to realise that the top priority for people setting up clusters isn't how easy they are to set up initially but how they behave once they are in use.

    To most sysadmins, the performance and reliability of the cluster once it's up and running would be top of priority list.

    Whether the cluster took 5 minutes or half a day to set up would be irrelevant compared to how quickly they could do the task in hand and how much ongoing maintenance was required. (I'm not saying that Macs aren't reliable, so don't flame me for that, just that, in the real world, people think about these things.)

    Additionally, a fair proportion of real world clusters won't be built from scratch using brand new boxes. More than likely, several machines in the new network will have been appropriated from elsewhere. The likelyhood that these will be all Macs is low, whereas the chance that they'll be able to run Linux is much higher.

    And even if you were building from scratch, cost would be a factor. Last time I checked, you could get far more bang for your buck buying PCs than Macs.

    Again, I'm not saying that you shouldn't build a Mac cluster only that, given the alternatives, I doubt the few pros outweigh the many cons.

    --

    "Accept that some days you are the pigeon, and some days you are the statue." - David Brent, Wernham Hogg
  30. * pb imagines by pb · · Score: 2

    This macintosh clustering app (pooch) is both an amazing piece of technology and a remarkably stupid idea, from what I can tell (in the article and the ONE PAGE of documentation provided).

    All you have to do is write an application for pooch (that, for example, does your linear algebra homework, or perhaps pingfloods slashdot.org) and run it on all the cable/dsl mac machines that now run pooch because of slashdot.org, and enjoy the amazing technology!

    Now, if what I have outlined isn't possible, please let me know; this is all from the article and the incredibly meager documentation I have read. But as usual, it looks like the security ramifications for this are enormous, perhaps worse than other common and incredibly boneheaded ideas, such as auto-updating software, and executing code in e-mails from random people...

    --
    pb Reply or e-mail; don't vaguely moderate.
    1. Re: * pb imagines by Anonymous Coward · · Score: 0

      does your linear algebra homework

      Could you point me in the direction of some highly parallelizable linear algebra algorithms?

    2. Re: * pb imagines by Goner · · Score: 1

      Reading is fundamental.

      "Before Pooch will accept commands from another Pooch, it must receive a passcode that matches its own." In other words, all of the Pooch systems need to be from the same install. Which, for the free download would be a max of 4.

      Viewing the media (slashdot being just one example) is like watching a student eagerly tell the teacher and class an utterly uninformed and wrong answer to a question nobody asked. I don't mean to take this out on you pb, but my god. Pooch has a 1 page quick start guide. Good... its manual is 46 pages long. It is pretty obvious that Pooch is easier to set up, and for that may win the hearts of many researchers.

      Personally, my imagination leads me to believe that the NSA has a few thousand or more mac cubes Pooched together in a subterranean cluster hive in Alaska translating satellite communication and doing linguistic analysis.

      Now, if what I have outlined isn't possible, please let me know... :)

      peace

    3. Re: * pb imagines by Dean+Dauger · · Score: 1

      >> But as usual, it looks like the security ramifications for this are enormous,

      Have a look at the Security chapter of the documentation at:

      http://daugerresearch.com/pooch/PoochManualX.1.p df

      Only Pooches of the same registration can talk to each other. It's like sharing access to a common office; the security depends on how well the users keep their keys.

      Dean

  31. Old hat for the NEXTSTEP crowd by Anonymous Coward · · Score: 0

    This is not suprising at all. NeXT used to ship software with their OS's that connect computers running NEXTSTEP (and later OpenStep) in a cluster over a network (they also had a really sweet derivitive that would do batch rendering for Pixars RenderMan over a cluster os NS computers). Even though it was just a demo app to show what and how clustering was/worked, it only took about 15 min to set up and get running, and it work pretty good and was decently configurable.

    I was starting to wonder when some of the cool software for OpenStep would surface on OSX, since it is essencially an upgraded OpenStep version that runs on Mac hardware.

  32. Why the Mac won't be a good clustering choice by elliotj · · Score: 2, Insightful

    I don't think very many people will choose to use the Mac for clustering _even if_ it is easier than other platforms as this article seems to suggest.

    Macs are luxury computers. They are generally more expensive than their custom PC counterparts, and Apple limits the BTO options that you can use to reduce the price of their G4 towers.

    If you wanted to cluster 10 G4 towers, you'd be paying for 10 superdrives, 10 3d accelerated video cards, 10 snazzy cases etc etc. Most people building a cluster will want each system to only have the components they need: processor, memory, network IO, backplane bandwidth etc. You won't want to pay for components you won't use (like 9 extra superdrives).

    So unless Apple decides to offer special deals for those who want clustering, I think the economics of the situation will work against Macs and infavour of x86 PCs running Linux where the economies of scale conspire to lower component costs to the minimum.

    1. Re:Why the Mac won't be a good clustering choice by Anonymous Coward · · Score: 0

      SuperDrives are an option. Apples does not force you to buy every option.

    2. Re:Why the Mac won't be a good clustering choice by Anonymous Coward · · Score: 0

      If you go down to your local mac dealer they can do special orders. Im getting a G4 867, but I dont want a 56k, i dont want a hd(doing a RAID), no ram( can get cheaper ram somewhere else) and numerous other things... Mac DOES do special orders for there beloved mac users.

    3. Re:Why the Mac won't be a good clustering choice by Anonymous Coward · · Score: 0

      yeah ??

      try to order a g4 without superdrive !!
      it was possible once, but now it's over...
      not even a much cheaper gfx card is possible..

    4. Re:Why the Mac won't be a good clustering choice by z-kungfu · · Score: 1

      actually..... no.... you see you just go to the apple store and order your boxes w/out superdrives or the high end video... very easy... though I must say I'll keep the cases... why can't anyone make cases of this quality for my servers...

    5. Re:Why the Mac won't be a good clustering choice by Dominic_Mazzoni · · Score: 2

      Whenever Apple introduces new machines, they limit the Build-To-Order options. In a month or two, when they've caught up with demand, you'll be able to get a Dual-1GHz with a CD-RW drive and the cheaper graphics card.

      They have always done this before - and it makes perfect sense. They start by introducing three models which please MOST of the early adopters. They know that some early adopters will pay a little bit more for features they don't absolutely need, but they might enjoy them anyway. In a couple of months, they'll let you custom-order just about any reasonable configuration (i.e. they still won't sell you a system without a graphics card).

    6. Re:Why the Mac won't be a good clustering choice by Dean+Dauger · · Score: 1

      With no extra hardware purchase, we turned a idle, unused USC computer lab into a 233-GF cluster. When we were done, it was still a computer lab, ready for the undergraduates. I think that's very economical.

      Dean

  33. Re:BEOWULF CLUSTER! by sporty · · Score: 2

    We are talking about Apple and Macintosh here. Try an orachard :)

    --

    -
    ping -f 255.255.255.255 # if only

  34. Hardly a comparison by Prof.+Pi · · Score: 3, Insightful
    They note that the Linux "how to" manual is 230 pages while the corresponding Apple document is a 1 page PDF file.


    And don't note that the manual (if it's the Beowulf book everyone cites) is mostly about how to PROGRAM it (e.g., includes an intro to MPI).

  35. cluster by prmths · · Score: 1

    Are there any *useful* tasks that can be done on beowulf clusters? (besides password/encryption cracking or seti at home, fractal generation)

    Is beowulf ever used for (photo-realistic) 3d rendering, weather prediction, etc?

    1. Re:cluster by njug · · Score: 1

      Sure. Clusters have been used for years (though not necessarily beowulfs--even so, in the examples I'm going to propose, one could use a beowulf) in various industries. The classic cases are: Wall Street-it takes a lot of horsepower to calculate mortgage bond yields and other complex values. Currently, most employ clusters of Suns and IBMs, but linux has started to show up. Oil exploration. I don't understand the science behind it, but predicting where oil will be found requires dealing with serious number crunching. I know that Amerada Hess uses a sizeable linux cluster to do this. Rendering. Linux clusters are just starting to make headway there. Bio/Chem informatics. Programs like BLAST can take ages to work, and are often data-parallel, making them ideal for running on a beowulf or similar cluster. There have been a number of pbs-based solutions, though commercial software tools like TurboBLAST and PowerBLAST have gotten what media exposure there is. There's lots of data in the world, and in various fields, the data available is growing faster than Moore's Law. As for the Macs, with Will Van Etten porting various clustering utilities (like pbs and grid engine) over to the Mac, and companies like Scientific Computing Associates and Platform Computing porting their parallel tools over to the Mac, there grow to be a number of possible implementations of clusters and desktop computing (including Pooch's MPI subset). MPI work is getting done on darwin, for those who want those standards. I've used clusters of Macs and mixed clusters as well as linux clusters, though not beowulfs specifically (I work for a company that puts out commercial products that would be unwelcome on a Beowulf :). Macs are good. There are drawbacks--no autovectorizing compiler, no good fortran, and the lack of an elegantly rackable form factor. But when you've got a program that benefits from altivec, and someone (or you) optimize it, well, holy smokes.

    2. Re:cluster by Anonymous Coward · · Score: 0
      is beowulf ever used for rendering and weather prediction?


      Yes, somehow you managed to toss out 2 of the applications it's most often used for.
      Rendering- the massive water maps in "Titannic" not to mention the "Massive" semi autonomous animated figures in "Lord of the Rings" battle scenes are both examples of Beowulf used to do rendering and simulation for graphic works.

      Weather prediction- Oh my yes. NOAA NASA and the Weather Channel all operate Beowulf clusters and superclusters to aide in weather and climate modelling.


      Another group of high intensity computing areas where Beowulf clusters are common is Seismic data interpretation and fluid mechanics. Gulf and Royal Dutch Shell are big Beowulf cluster owners.
      We are scratching the surface of Beowulf deployment.


      Funny thing about the article, I think most real supercomputing sites would be amused by the idea of a one page manual for the clustering software. That's not the kind of capability their looking for, and Macintoshes other qualitities aren't likely to attract them either. If they deviate from X86 hardware and its high cpu power/commodity pricing, I rather expect they'll be (continue to be) casting their eyes towards the 64 bit Alpha, with its extremely high FPU power, for their nodes .
      But hey it's a Wired article - fluff for duffers you know?

    3. Re:cluster by t · · Score: 1
      Another important aspect is if you're migrating software from sparcs then the only choice is to use a mac cluster. Especially if you have fortran in the mess. The reason is that sparcs and PPC are both big endian machines. If you're trying to move numerical software to a different platform and you're not positive that there are no endian fsckups then you'll be hurting when your results come out different than the expected and you have to figure out what the hell is screwed up.

      I won't even get into intel's 80bit fp and random rounding to ieee specifications... Somebody wrote a good paper on what it means w.r.t. Matlab. Too lazy to find the links, I'm sure there's a karma whore or two around.

      t.

  36. God forgive me... by irongull · · Score: 0, Redundant

    but can you imagine a Beowulf cluster of Beowulf clusters? That would be sweet. Or something.

  37. Clusters and clusters by Erich · · Score: 1, Insightful
    The PDF tells you to set up all your machines on the network, install their utility on all the machines, and then "simply" use a program that is designed to run on their infrastructure.

    Comparatively, the Beowulf books talk about what kind of network infrastructure you'll want for different types of applications, different standard communication libraries to use between the nodes, automatic administration of nodes, how to make redundant nodes, etc.

    You also want to have an infrastructure for automatically loading software on computers, perhaps booting off the network... none of this is available on that PDF. Perhaps even not possible.

    And you won't get very far telling me that it's easier to upgrade OS X to OS X.1 or whatever where you have to go around with a CD and reboot every computer on a 1024-node cluster, compared with just having them all "apt-get dist-upgrade"

    In a nutshell: if you need a high-performance computing cluster, you need to go with a Linux-based beowulf cluster. Perhaps on Apple hardware, perhaps on Alpha, probably on x86. If, on the other hand, you want a toy that can run a fractal program really fast (perhaps povray too) and don't have a real application then this Mac cluster is probably what you need.

    --

    -- Erich

    Slashdot reader since 1997

    1. Re:Clusters and clusters by rho · · Score: 2

      If you need a high-performance computing environment, you need a batch-process mainframe and an elite band of nerds to run it. You plebs can just wait patiently outside the machine room.

      If you want a toy, go get one of those piddling PCs.

      I just love ridiculous condescesion!

      --
      Potato chips are a by-yourself food.
    2. Re:Clusters and clusters by amper · · Score: 4, Informative

      Obviously, you know very little about the Macintosh. You should learn a bit more before you go spouting off flames.

      The software used to accomplish the clustering for AppleSeeds is Mac MPI, which is based upon the *standard* for parallel computing, MPI. The reason that the PDF doesn't talk about programming MPI is that there is no need for redundant documentation. Go find a book on MPI if you want to learn to prgram to that API.

      And yes, I will get quite far telling you it's easier to upgrade Mac OS X to its latest version/. Thanks to Apple's Software Upgrade control panel program, this can all take place automatically according to any schedule you desire. Two clicks of a mouse is all it takes to set this up, as opposed to spending quite a lot of time figuring out how to use the incredubly arcane "apt". In fact, AFAIR, Software Update is now set to operate automatically by default.

      Gee, I didn't realize that particle physics simulations involving millions of particles wasn't a *real* application...

      The fact that your comment has been moderated up to four (so far) is simlply an empiric demonstration of the lack of knowledge of most Slashdot readers.

    3. Re:Clusters and clusters by ksheff · · Score: 2

      spending quite a lot of time figuring out how to use the incredubly arcane "apt"

      IMHO, if it takes you more than 1-2 minutes looking at the apt-get man page to figure out how to use it, you have problems. It wouldn't be difficult to define a menu option that does just that in your favorite window manager either. Just because it's a command line program, it doesn't mean it's difficult to learn or use.

      --
      the good ground has been paved over by suicidal maniacs
    4. Re:Clusters and clusters by Genady · · Score: 2

      If, on the other hand, you want a toy that can run a fractal program really fast (perhaps povray too) and don't have a real application then this Mac cluster is probably what you need.

      What like Maya rendering? Wonder if they've thought of this at Pixar? Imagine that a made to order RENDERFARM! No, no one would want to do that.

      --


      What if it is just turtles all the way down?
    5. Re:Clusters and clusters by medcalf · · Score: 4, Funny
      I just love ridiculous condescesion!

      You've come to the right place.

      --
      -- Two men say they're Jesus. One of them must be wrong. - Dire Straits
    6. Re:Clusters and clusters by amper · · Score: 1

      Trust me, I have no problem with learning, but my opinion is that if you have to even bother reading a man page to operate a program, then it's somewhat less than easy to use. You simply would sound idiotic trying to argue that using apt is as easy as using Software Update.

      This is just typical of the Slashdot/Linux/Windows/What-have-you mentality that demands systems that cannot be operated by anyone other than those that spend countless hours poring over obscure documentation.

      Not that I *don't* spend countless hours poring over obscure documentation, of course...but I don't need to do this to boost my ego.

      You should really be a bit more objective about the qualities of user experience offered by the different OS's out there.

    7. Re:Clusters and clusters by Anonymous Coward · · Score: 0

      Yes, they have thought of this at Pixar. And dispite having Steve Jobs as a leader, they are moving toward using Linux for everything. They've already replaced their SGI desktops with Linux!

      Mac administration just doesn't scale.

    8. Re:Clusters and clusters by Duck_Taffy · · Score: 1

      Sir, have you ever heard of NetBoot? Basically you set up a server with a HD image on it, assign user accounts to it. Then on your client machines, you open up the Startup Disk control panel and select the server in the list. This is built into the Mac OS (both 9 and X). Also, you don't necessarily need to walk around to each machine with a CD (although technically if you do, you don't even need to run an installer. You can burn your HD image to a CD or DVD and then use Apple Software Restore to replace the system folder or the entire contents of the HD without an installer). If these machines are booted over the network, you can mount their HD's on a server's desktop and then run a shell script to replace the system software on them. Then you simply set the machines to boot from their hd's again and restart the boxes. However, if you just burn a few copies of your cd, and have a few people going around with Apple Software Restore, it would probably take less time. I've actually replaced the system software on a machine in under a minute in this manner, and all it takes is two clicks, so you could have anybody do it. Macs are a lot more advanced than most people give them credit for.

      --
      Karma: Ran over your dogma.
    9. Re:Clusters and clusters by amper · · Score: 2, Insightful

      OH, that's rich..."Mac administration just doesn't scale."

      That must be why in any large Macintosh environment you'll find far fewer administrators than in comparative Windows or Linux environments.

      Pixar is not Apple, even if they are led by the same person.

      .

    10. Re:Clusters and clusters by Anonymous Coward · · Score: 0

      "large Macintosh environment"

      hmmm...isn't this a contradiction in terms???

      "you'll find far fewer administrators than in comparative Windows or Linux environments."

      that's because there's usually 10x more win/linux machines than macs...comparatively...

      ahhh...mac zealots...they remind me of the old days...late 80's...
      wait...those days sucked...die zealots!!

    11. Re:Clusters and clusters by Anonymous Coward · · Score: 0
      IMHO, if it takes you more than 1-2 minutes looking at the apt-get man page to figure out how to use it, you have problems.

      You know, the frequency with which you geeks resort to "People who can't use obscure tool foo that I love are idiots." arguments really highlights how insecure most of you are, and the degree to which your pathetic egos are built on use of these things.

    12. Re:Clusters and clusters by $lashdot · · Score: 1

      >You also want to have an infrastructure for automatically loading software
      >on computers, perhaps booting off the network... none of this is available on
      >that PDF. Perhaps even not possible.

      Damn, and I have been so hoping that someone would create a PDF document that had the ability to load software and boot my machines off the network. I guess PDF is still just a read-only solution. Phew, good thing that there's also Mac OS X Server!

      >In a nutshell: if you need a high-performance computing cluster, you need
      >to go with a Linux-based beowulf cluster. Perhaps on Apple hardware, perhaps
      >on Alpha, probably on x86.
      >If, on the other hand, you want a toy that can run a fractal program really fast

      Macs are "toys?" How was this guy's post of guesses, "perhaps"es, and slurs modded (5) "insightful?" Most people I know use their x86 machines for games and email, but I don't call them toys, and it wouldn't be insightful to say so, but maybe my experience is atypical.

    13. Re:Clusters and clusters by Erich · · Score: 2
      Thanks to Apple's Software Upgrade control panel program, this can all take place automatically according to any schedule you desire. Two clicks of a mouse is all it takes to set this up

      My point exactly.

      Two clicks in a control panel for 1024 computers is too hard to manage, you need better remote access.

      However, I am sorry. I was under the impression that you had to pay for the OS X.1 upgrade and that it came on a CD.

      --

      -- Erich

      Slashdot reader since 1997

    14. Re:Clusters and clusters by Graymalkin · · Score: 2

      Actually even this is off. ApplesScript since OS9 has had network support. You can make an AppleScript that will run on every Mac node on your network and do whatever task you want it to. It isn't too difficult to have this script run Software Update or grab the installer for the latest OS upgrade off a file server and update the system. OSX makes it even easier because you can use cron to run a shell script at whatever designated time to do whatever. Any administration you're going to do with Linux on 1024 nodes can be ported to OSX with I don't imagine too much difficulty. If that isn't enough remote access I don't know what is.

      --
      I'm a loner Dottie, a Rebel.
    15. Re:Clusters and clusters by amper · · Score: 1

      Obviously, you don't get out much. You also seem to have a problem understanding the English language.

      There are indeed many, many large Macintosh environments out there. If you were a little more worldly, you would know this. They may be a little harder to find in the corporate world, but they still exist. In K-12 or higher education, you can't shake a stick without hitting a Mac.

      "Comparative environments" denotes those environments where the number of users and/or machines is similar.

      BTW, I'm not a "Mac zealot", as you seem to think. I am a professional consultant supporting Mac, UNIX, Windows, and other platforms. I recommend using the best tool for the job--in most cases, for most people, a Macintosh is that tool. It's about the total efficiency of the package, not just one piece of the system.

      Open your eyes or go away, foolish troll.

      .

    16. Re:Clusters and clusters by amper · · Score: 1

      The upgrade did come on a CD, but was made available for free at all Apple-authorized retailers. The Mac OS X package was upgraded to contain the full 10.1 installer at the same time.

      However, that said, Apple still makes available for free GUI remote access administration software for every client. It has to be custom installed from the Mac OS 9 CD. I believe you do have to pay for the admin package.

      .

    17. Re:Clusters and clusters by ksheff · · Score: 2

      I like Macs. I just wish I had the money buy a new one, so I'm not an Apple hater, but I do prefer typing to point-and-clicking. Even if Software Update is easy to use, one would still want to read up a little on it to find out what it can and can't do and to know how it can bite you. (Maybe I'm just paranoid, but I like knowing a little about the operation of a program that updates the system software before I start playing around with it.) How is that different than looking at the apt-get man page for a minute or two?..not countless hours. It's not hard to understand and none of this has anything to do with ego, so why even bring it up?

      Besides the scientists that would make the best use of clustering are much smarter than I am, so if I can 'get it', they certainly should be able to.

      --
      the good ground has been paved over by suicidal maniacs
    18. Re:Clusters and clusters by ksheff · · Score: 2

      If you choose to run a Debian based Linux distribution, apt-get is not an obscure tool. It's probably the main reason many people choose to run it. It makes upgrading the system extremely simple and is very easy to use. Besides, how did typing in something from a CLI become something that people use to boost their ego? Being able to read simple online help and typing a command in doesn't make someone a person better than another. It's not rocket science.

      --
      the good ground has been paved over by suicidal maniacs
    19. Re:Clusters and clusters by Dean+Dauger · · Score: 1

      >> standard communication libraries

      The Fractal demos, and the scientific codes that run on AppleSeed clusters, use MPI. For more info and source code:

      http://exodus.physics.ucla.edu/appleseed/dev/dev el oper.html

      >> go around with a CD and reboot every computer

      You could set the Software Update to automatically update. There is a Macintosh Manager utility for more detailed adminstration. And Pooch can be upgraded by launching a Pooch Package in parallel in cluster, updating the clustering software in seconds. (Try launching the Pooch Installer in parallel on a Pooch cluster.)

      Dean

  38. since when by negativethirsty · · Score: 2, Insightful

    was building a super computer supposed to be easy? Chances are if you have a reason to build one you would have the technical ability to follow a 230 page user manual. Then again, maybe "Super computers for dummies" would have a bigger audience than I'd expect.

    --

    thirsty*i^2

    "Ya I finished that last week, it just doesn't work"
    1. Re:since when by Anonymous Coward · · Score: 0

      since when was using a computer supposed to be easy? oh, yeah since apple brought a mouse driven gui to the masses.
      since when was typesetting, page layout and publishing supposed to be easy? um.. since apple brought wysiwyg to the masses

      the list is endless..
      easy installation of new devices and drivers = USB
      easy unix = mac os x
      easy digital video editing = Final Cut Pro
      easy archiving from digital cameras = iPhoto
      easy development of advanced O-O gui apps = cocoa
      easy burning of DVDs = iDVD
      easy synching of mobile mp3s = iPod + iTunes + Firewire

      open your tiny mind and get with the program

  39. how about a little oposing viewpoint? by subgeek · · Score: 1

    i don't want to argue with what the article claims, but the whole thing reads like a paid advertisement for apple. (not an apple slam - an observation about the article.) but i suppose news includes editorials.

    The article contains 5 instances of the phrase "dauger said" and doesn't seem to have any other sources. dauger is a guy looking "to commercialize his expertise in Macintosh cluster computing." should we be surprised about his bias? does the existence of a 1 page .pdf explaining osX clustering preclude anyone from writing a 230 page book entitled, "how to build a better mac osX cluster"? i think not.

    i guess when stories are low, advertising gets cheaper. it would be nice to see some bench marks instead of just claimed superiority of a specific machine/configuration over a generals class of machines/configurations.

    now imagine a beowulf cluster of complaints like this. sorry, couldn't resist

    --
    you probably shouldn't have read this.
    1. Re:how about a little oposing viewpoint? by Paco23 · · Score: 1

      I actually attended a seminar just last week where Dauger was the guest speaker.

      The Wired article sounds very much like his presentation, down to the same catch phrases. He used the book as an exmaple during his presentation, even had a copy of it with him. And he passed out copies of his "one page manual."

      As to his claims on knowledge of clustering, I can't really speak. He never talked about how anything was implemented, just about how amazing it was.

      He did say something that confused me. In the article, it mentions how 76 Macs at USC were clustered and benched. I happen to be a USC student, and know that the 76 Macs he speaks of (although his web page says it was 56) are all in USC's Language Computing Center (ie a user lab for students of foreign languages).

      All the machines in there are older Macs or iMacs. The fastest machines in there are probably capable of about 1 GFLOP.

      So here's my problem.

      1 GFLOP * 76 Macs = 76 GFLOPS

      How is it that he benched these machines to 233 GFLOPS? Or am I just missing something huge?

    2. Re:how about a little oposing viewpoint? by Dean+Dauger · · Score: 1

      >> it would be nice to see some bench marks

      Look at:

      http://daugerresearch.com/fractaldemos/USCCluste r/ USCMacClusterBenchmark.html
      http://exodus.physics.ucla.edu/appleseed/benchma rk s.html

      Dean

    3. Re:how about a little oposing viewpoint? by Dean+Dauger · · Score: 1

      Please look at:

      http://daugerresearch.com/fractaldemos/USCCluste r/ USCMacClusterBenchmark.html

      The achieved performance of one dual-processor G4/533 was 3920 MF. There were 56 dual-processor G4/533's plus 20 dual-processor G4/450's. You can see some of the machines we used on the top floor of Taper Hall at USC.

      As for implementation details please read this:

      http://exodus.physics.ucla.edu/appleseed/applese ed .html#report
      http://exodus.physics.ucla.edu/appleseed/dev/dev el oper.html

      Dean

    4. Re:how about a little oposing viewpoint? by subgeek · · Score: 1

      first, i'm really not trying to slight you or your research in any manner. my questions are because i am curious. i will also state that it is not too hard for me to believe that macintosh can beat the windows/intel combination in many applications.

      what OS / version were the systems running? especially to slashdotters, people are interested to see how linux stacks up against other operating systems. to mac enthusiasts, it seems more important to match up against windows as if it is the only platform. (given, it has the larger install base by far, and thus it is probably more practical to make that comparison)

      also, if this was run anytime recently (used the june 2000 software for benchmarks, page last updated april 2001), why is the intel hardware noticeably older than the mac?

      the g4 450 was not introduced until late 1999 and was the second fastest mac in 2000, second only to the g4 500. the pentium iii was running at 733 by the end of 1999 and was up to 1000 (and 866/850) by the end of Q1 2000.

      i understand that the benchmarks were probably run on the equipment available, but i don't think it is completely fair to run new epuipment against old(er) equipment.

      --
      you probably shouldn't have read this.
  40. Does anybody remember Zila ? by mirko · · Score: 2

    The Zila program came on NeXTstations and NeXTcube and was aimed at providing networked users with such solutions by multithreading the apps objects over the network.
    Guess the solution you discuss about is actually inherited from this one :-)

    --
    Trolling using another account since 2005.
    1. Re:Does anybody remember Zila ? by stefaanh · · Score: 1

      Morph 1.1

      AD 13-Nov-1996:

      What is morphing?
      ----------------
      Transformations between images. Run the examples *.xmovie with Motion.app (included) or Xanthus Craftman and you will get the picture :~)

      http://www.peak.org/ftp/pub/next/apps/graphics/mis c/

      Features:
      --------
      - Morphing between still images.
      - Output: .xmovie movies. (Really just a catalog with tiffs)
      - Multihost rendering.
      - Several input formats (TIFF, EPS, RIB...)
      - Online help.
      - Runs on NEXTSTEP3.2 on NeXT, Intel, SPARC and HP PA-RISC hardware.

      --
      --------
      * Sigh *
  41. Imagine a... by Anonymous Coward · · Score: 0

    ...shit, nevermind. Too late again...

  42. No wonder he doesn't get consulting jobs... by Uebergeek · · Score: 2, Informative

    ... he's fairly uninformed on clustering. He claims that you have to have the exact same kernel version on a linux beowulf cluster or it grinds to a halt... ... this is, of course, bullshit. Our 96 node cluster here uses different kernels. And that's just a single example of his lack of experience with clustering...

    1. Re:No wonder he doesn't get consulting jobs... by Dean+Dauger · · Score: 1

      Talk to Donald Becker of Scyld and co-author of "How to Build a Beowulf". Talk to Office of Academic Computing at UCLA. Talk to the High-Performance Computing Group at JPL.

      Thank you so much for your objective language.

      Dean

  43. Why the Mac could be the perfect clustering device by pacc · · Score: 2

    * Firewire connection networking
    * Gigabit ethernet networking
    * Numbercrunching processors

    Ditching the screen and stack large numbers
    in racks might be a problem, how about power
    requirements?

    Speaking for myself, I only need one screen and
    one computer with a diskdrive but I'd like to
    see better ways of using multiple computers
    (as long as any one program can crash one of them)

  44. Redhat clustering by mydigitalself · · Score: 1

    i've never setup a cluster at all, but i have installed redhat at least 20 times over the past few years.

    more recently i've noticed an option to install a cluster from the nice new X-based GUI installer. i've never had more than one box lying around, but i was wondering if anyone has tried this route from the setup before. i would have thought that the nice little cluster icon in the GUI setup would have meant an easy (relative) installation and not a 230 page manual.

    does anyone have any experience will installing like this, if so, i would love to hear about it.

  45. Desire vs. Capabillity by Anonymous Coward · · Score: 0

    Don't mistake desire for capability or intelligence. I'm sure you don't desire the chore of taking out the garbage but, does that mean that you lack the necessary intelligence to perform the task? I hope not.

    Having had to master the commands and synataxes of several, at least 8, different CLIs I have absolutely no desire to learn *yet* another one. That, however, has absolutely no bearing on my intelligence.

    If you would like, I can write a CLI for clustering OSX. I can make it very archaic and very cumbersome. Do you desire to learn the interface that I create, or do you lack the intelligence to do so?

  46. Macintosh Clustering by I.T.R.A.R.K. · · Score: 0

    Around here, that is known as the gay pride parade.

    --

    "Adequacy.org: Where congenital stupidity is not an option, but a requirement."

  47. In other news... by Anonymous Coward · · Score: 1, Funny

    ...Designer Massimo Zanigni has announced a way to use his clothing to mop up the floor. With an instruction manual of only seventeen words, it's sure to offer stiff competition to complicated, difficult-to-use products such as the Platinum PVA Mop, which, while currently the top-selling mop for cleanup purposes, and although it radically outperforms Massimo Zanigni rags, comes with a thirty-five page instruction manual, including several paragraphs of legalese.

  48. OS X libm performance sucks by AnOminous+CowHerd · · Score: 0, Troll

    Has anyone that actually knows what they are doing tried to do serious number crunching under OS X?

    I'm extremely disappointed with the floating point performance on both my G4 and iBook...especially when using libm.

    If you're going to reply with some Photoshop benchmarks...I will laugh in your general direction.

  49. Ease of use/install by dopolon · · Score: 1

    It means it is easy to take a bunch of macs, tie them together, and say hey, I've got a parallel computer.
    That's very different from actually building a cluster that works with your application, is optimized for performance, and features high availability compatible choices, issues that the 230 pages book probably address.
    What they mean is that it is an easy to install piece of software, just as many shareware for windows are, but useless nonetheless.

    --
    "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." Bill Gates,
    1. Re:Ease of use/install by Anonymous Coward · · Score: 0

      What's really going on is that your worldview is being threatened and so you're lashing back with nonsense in a pathetic attempt to justify your calcified views.

      Welcome to geekdom. You'll be an asshole for the rest of your life, but at least you'll get to feel self-righteous as the rest of the world passes you by.

  50. you know... by motherfuckin_spork · · Score: 1
    I've got an old SE, a Mac Plus, and a Powerbook 150 sitting in my basement... maybe I can make a really low-end cluster, just for fun...

    --
    Nope, not me, I must be someone else...
  51. Don't know how to build a machine from parts? by Anonymous Coward · · Score: 0

    Dood, you're getting a Dell! Dork.

  52. Did anyone look at the Order Form? by Anonymous Coward · · Score: 0

    Fucking idiots. Why are we comparing a free set of tools to something which is sold commercially for $100 per node? I'm sure there are plenty of commercial products for clustering which are easier / faster / better / prettier / whatever than the free tools used to build Beowulf clusters on Linux. If you find the software worth the money, then buy it. If you want something unencumbered, open source, and free, then use free tools. Another point which is glossed over is what support there is (or more likely, isn't) for very high speed interconnect networks like Myrinet on the Mac platform. Linux clusters are certainly more of a pain in the ass to get running, but they are infinitely more adaptable, extendible, and tunable.

  53. How to set up a Mac cluster by webslacker · · Score: 5, Funny

    Step One: Plug them in.

    Step Two: Turn them on.

    Step Three.... there's no Step Three! There's no Step three...

  54. barrier to entry by Hooya · · Score: 1
    "barrier to entry" is bad. but everything has exceptions. i believe clustering is one of 'em. if you don't have the tech-savy that is needed to install/configure a cluster (beowoulf, mosix et. al) should you even be clustering? it would be interesting to know what the mac cluster installers/admins know about the nature of the cluster they work with vs. a beowulf admin. i'm compiling a mosix patched kernel as i'm typing this. i had to go thru a length to educate myself about how mosix works to get to this point. that's how i knew mosix was a better option for me than, say, beowulf. just being able slap something together hardly means that we can use it effectively. you have to understand the nature of the beast. seems like with the MACs, one would hardly have to know the nature of the beast to put one together. then what? "uh... i got this cluster together by clicking thru some questions.. uh... i'm told they work together. uh... but i could already access other computers with a standalone mac.. they were already working together.." On the other end of things.. "uh... you can't share a file? let me build a cluster for you... that ought to do it..." don't get me wrong. i'm all for ease of use. i highly appreciate the automated installer for mosix. but if ease of use means not having to know the nature of the beast it could be detrimental in the long run.

    for example, if beowulf were extreamly easy to install and mosix were not then maybe i'd opt for beowulf without knowing that my current situation calls for mosix.. i hope you get the idea.

    1. Re:barrier to entry by Anonymous Coward · · Score: 0

      seems like with the MACs

      What, the Media Access Control numbers? Since when are we talking about ethernet cards?

    2. Re:barrier to entry by Graymalkin · · Score: 2

      Uh...why do you need to know the nature of the beast in order to run a highly parallel program on a computer? Do you need to be an expert in the construction of computer clusters in order to be an engineering grad student who wants to run a CFD program you wrote for your thesis? It makes alot more sense to ask your local cluster guru "hey I want to run this CFD program I wrote in FORTRAN on your cluster, any particulars I need to know?" and the cluster guru says "hey just make sure it complies with yadda yadda...". It is going to be far more likely people know how to write heavy computational jobs in some language than it is for people to know the intricacies of building and maintaining a cluster. It seems like a common misconception among Linux users that user and administrator ought to be interchangable words.

      --
      I'm a loner Dottie, a Rebel.
  55. To be a fair comparison... by jd · · Score: 3, Insightful
    Since the article is talking about Linux clustering, it should really talk about ALL forms of Linux clustering.


    MOSIX clusters are a one-liner to set up, for example. I challange Apple to beat that!


    I'm not sure about Compaq's One-Stop Linux Clustering. I've never got it to compile. But, assuming it can be made to work, I bet it'd be pretty decent, too.


    Last, but by no means least, clustering in the Real World tends to be through PVM or MPI, which are platform-independent. Hardly anyone uses OS-specific clustering, because hardly anyone but high-energy physicists ever develop large clusters in the first place!

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    1. Re:To be a fair comparison... by helixblue · · Score: 2

      Funny you should say that.. according to the more complete 45 page manual, it uses at least a subset of MPI.

    2. Re:To be a fair comparison... by Dean+Dauger · · Score: 1

      Have a look at:

      http://exodus.physics.ucla.edu/appleseed/dev/dev el oper.html

      We're using MPI jobs and codes that ran on the Cray's, IBM SPs, Fujitsu's, and SGI's.

      Dean

  56. Something tells me this guy has never set one up.. by Bowie+J.+Poag · · Score: 3, Insightful



    How is a Mac "easier to set up" in a Beowulf cluster than a group of identical PCs?

    I can see where the author might make a point to say that the Mac is nice to use for a cluster because Mac hardware doesn't really change much from box to box, but the same could be said for a group of equal-built PCs. Infact, most real-world (re: not your bedroom.) Beowulf cluster nodes are NOT loosely conglomerated machines with wildly different capabilities from node to node. Most clusters are planned out well in advance, in where each node is precisely equal in terms of its hardware and horsepower.

    "Its easy to set up because all of your nodes are the same with a Mac!!" ceases to be a valid "advantage", when the same can be said of a group of SGI O2 boxes, a group of Sun E10K boxes, or a group of lowly 386 PC boxes.

    Besides, "its see-thru orange!!!" shouldn't top your list of reasons to purchase Macs for your cluster. You buy a pile of 1U rackmounts, because you normally don't have a whole room to dedicate to a cluster. (duh)..

    Cheers,

    --
    Bowie J. Poag

  57. Cluster: XT's or MAC 2Si by CaptCanuk · · Score: 1

    Imagine a Beowulf Cluster of XT's vs a cluster of MAC 2Si's.... any takers on which would win?
    You could get like 50 RC5 keys done a day with about a cluster of 20.

    Off to port OS X to MAC 2Si ... oh wait, it's closed source.

    --
    ---- The geek shall inherit the Earth.
    1. Re:Cluster: XT's or MAC 2Si by Anonymous Coward · · Score: 0

      Nice troll stupid canadian.

      Only the GUI to OS X is closed source,
      and you couldn't/wouldn't run that gui on a 680x0 processor.

      Sorry, try again, you lose...

    2. Re:Cluster: XT's or MAC 2Si by njug · · Score: 1

      Darwin isn't. If you wanted to do distributed computing, that's all you'd need, really.

      And then install X, and you'd be set. :)

    3. Re:Cluster: XT's or MAC 2Si by beerits · · Score: 2, Informative

      Much of OS X is closed source but Darwin, it's unix based core, is not. If doing a darwin port doesn't float your boat there is always OpenBSD or NetBSD or even Linux ports that will run on your IIsi cluster.

    4. Re:Cluster: XT's or MAC 2Si by Anonymous Coward · · Score: 0

      Go download A/UX you twit!

    5. Re:Cluster: XT's or MAC 2Si by CaptCanuk · · Score: 1

      Wow. A bunch of intelligent responses (from non-AC's).

      First of all, OS X is closed source. Darwin is not. The gui is called Aqua. Porting an entity means porting the whole entity (unless it's an incomplete port).

      If all those who replied couldn't guess, the post was a joke. Maybe there should be an html tag for the humour impaired.

      --
      ---- The geek shall inherit the Earth.
  58. MacSlash by Warped-Reality · · Score: 1

    Oh lookie, Mac Slash has been slashdotted.

    --
    This is not the greatest sig in the world, no. This is just a tribute.
  59. Pooch == Zilla? by derinax · · Score: 1

    There's precious little left on the web about this, but NeXTSTEP had distributed computing installed, by default, on every box all the way back to the '030 cube in 1988. Anyone remember Zilla?

    I'd be curious to know whether Pooch is an evolution of the Zilla codebase/protocol, and whether Zilla was used for any specific projects within large NeXT customers like the Stanford Linear Accelerator Center or Morrison-Knudsen.

    Back when I marketed NeXT boxes, it was little more than a scientific curiosity, with few if any case studies to go by.

  60. CLI says something about your intelligence by Anonymous Coward · · Score: 0

    Yes, it means that you sit around learning all the minutia of arcane commands instead of trying to get actual work done.

  61. Re:My two MAC's only have two MALE C ONNECTORS??? by Anonymous Coward · · Score: 0

    Try using the aNAL connector.

  62. Well how about that? by Uttles · · Score: 2

    It looks like my "Can you imagine a Beowolf cluster of these" post in regards to the G4 story a while back actually was on topic.

    --

    ~ now you know
  63. I'm protected. How about you? by Anonymous Coward · · Score: 0

    Hey, do you know .....
    That anyone who uses your computer
    can see what websites you've visited?
    And that simply deleting the history
    only removes part of the records.
    If someone starts typing a web site, your
    browser will auto-recall old sites you've visited.
    Your boss or wife can start typing "www.amazon.com" and
    the browser will recall "www.amateurnipples.com/".
    Every picture on every site you've ever
    visited has been copied to your hard drive.
    Deleting the cache does not permanently remove them!
    And there are many more ways you are secretly
    tracked with cookies, bookmarks, favorites, favicons, start menu insertions
    and alike. You have probably seen this type of product advertised on lots
    of other great sites. HistoryKill works. HistoryKill also kills those annoying
    pop-up and pop-under ads. Think about it - no more pop-up banners and ads
    opening quicker than you can closeI'm protected. How about you ... them. Well, now is the time for you to
    get this great product!

    I'm protected. How about you?

  64. Hmm... by Anonymous Coward · · Score: 0
    If you have cybersex on one of these things, is it called it "screwing the Pooch?"

  65. It's definitely not about ease of use by .nuno · · Score: 1
    There's one particular (server) product on which I'm specialised and it allows you to do software clustering accross different platforms, over WAN links and all.


    It's pretty neat. And super easy to install. Yet, most customers ask me to do it, knowing that they could do it themselves. The manual is not 1 page long but it's not bigger than 10. So why do they come to me?

    Basically, because they want the most performance out of their clusters. What's the point of clustering two (or more) machines if they're not going to be tuned for your specific application requirements. Now, does that oh-so-easy to install MAC cluster (and a few other "clustering" mechanisms out there) really allow for fine-tuning on the cluster performance? Do they allow you to give priorities to specific synchronization tasks? Do they synchronize at all? Can you control how often they do it? Can you have it synchronize whenever *anything* changes on *any* machine in the cluster?
    And the list goes on and on.

    The reason why customers keep coming back is because the documentation doesn't tell them how to optimize the Application or OS or whatever cluster to THEIR SPECIFIC NEEDS.
    And that's good (for me).

    --
    .sig
  66. Better? Not easier, cheaper, or whatever... by drteknikal · · Score: 1

    Isn't the real question what the better solution is for a given task? Evaluating the cost of pcs relative to macs seems to sidestep the issue, as does debating whether a product with a boatload of limitations and a one-page instruction sheet is easier to install than a complete and open Linux-based solution. Ease of installation and cost of hardware are important factors, but not necessarily deciding ones. I want to know what the best way to accomplish a given task is, and that's going to depend heavily on the nature and scope of the task.

    Sounds like the old addage "when all you've got is a hammer, everything starts looking like a nail." Sounds like all he's got is Macs...

    Always doubt the universal solution.

    --
    http://drteknikal.blogspot.com/
  67. Some thoughts by wazzzup · · Score: 1

    I've noticed many are pooh-pooing Mac clusters vs. Linux clusters due to cost issues. I agree that, in general, if I was setting up a brand new cluster I'd probably use AMD boxes because of price BUT there may be three exceptions that would change my mind.

    1. I already have a bunch of old Macs laying around. Why not use them. Macs have a significant presence in the science/reasearch arena that will only increase with the advent of OS X, so there are bound to be old Macs laying around in companies that are most likely to utilize a cluster.

    2. The type of number crunching I require lends itself well to the 128-bit vector processing unit on the G4 (Apple calls it Velocity Engine). x86 chips cannot compete head-to-head with a G4 when it comes to tasks that can be optimed for Velocity Engine.

    3. Perhaps I'm in a situation where I'd rather spend my money on buying more expensive hardware up front than, for a week, re-tasking my big dollar scientists/engineers/IT guys while they figure out setting up a Linux cluster for a week when they are needed elsewhere, like their normal jobs.

  68. or you can just use QNX, which does this nativly by Anonymous Coward · · Score: 1, Interesting

    or you can just use QNX, which does this nativly

  69. ahh... by pb · · Score: 2

    As usual, I've been had from the lack of journalism on slashdot and the sites they point to; thanks for pointing out that the real manual is 46 pages long, and not ONE. :)

    My imagination originally came up with a similar scenario, and then it all FIT! That's why the POLAR ICE CAPS are MELTING! It isn't global warming; it's a BEOWULF CLUSTER! I figure they have TUNNELS connecting the supercomputing centers to the ESCAPE ROUTES for the ARK.

    Work on the ark continues...

    --
    pb Reply or e-mail; don't vaguely moderate.
    1. Re:ahh... by Goner · · Score: 1

      Exactly. I'll be in my dinghy, waiting for you and the ark to come pick me up with my pairs of fertile animals. I'll be near the tip of the Empire State building, which will hopefully still be standing.

    2. Re:ahh... by pb · · Score: 1

      Excellent. I'll take care of the rabbits and the guinea pigs, and cockroaches should be no problem in NYC. However, if we need a backup location, let's meet over Staten Island; no one ever goes there.

      --
      pb Reply or e-mail; don't vaguely moderate.
  70. I've set one of these up by ceoyoyo · · Score: 1

    Well, kind of. Dauger's Pooch is expensive and didn't easily support what I wanted to do (running signal processing tasks to support MRI research) so I used the libraries to write my own. The system does work very well and is quite easy to set up. Better yet, there's no reason to take the Mac off the secretary's desk -- let it stay there. During the day it's a word processor, at night it does Fourier Transforms.

  71. Why does appleseed use ethernet?? by EccentricAnomaly · · Score: 2

    Ethernet has very high latensy at about ~10 milliseconds. Projects like PAPERS and the KLAT2 use the parallel port to connect compute nodes because of the much lower 1 ms latency.

    Ok, no parallel port on Macs... but I wonder how do Firewire ports perform?

    --
    There are 10 types of people in this world, those who can count in binary and those who can't.
    1. Re:Why does appleseed use ethernet?? by znu · · Score: 2

      10 milliseconds? I see more like 0.6 milliseconds pinging across a 100 Mb switch here. And G4s have gigabit ethernet, which gives you a hell of a lot more bandwidth than a parallel port.

      --
      This space unintentionally left unblank.
    2. Re:Why does appleseed use ethernet?? by Anonymous Coward · · Score: 1, Informative

      Unibrain.com Offers firewire networking for Macs and PC's, and it integrates into an ethernet network. And with fire wire 2.0 offering massive speeds over fibre, i could only imagine.

    3. Re:Why does appleseed use ethernet?? by trycoon · · Score: 1

      If they use parallellports, what are the 264 NICs and 9 switches doing there?

    4. Re:Why does appleseed use ethernet?? by Anonymous Coward · · Score: 0

      ...So basically, PAPERS acts as a parallel access cache for data all cells in the cluster can access for common data/syncronisation...

      It occurs to me that UW SCSI would be a faster/better choice than a parallel port, and the cable length would be less of an issue (far more faster data lines + possible differential connection) to the dedicated cache hardware.

      What's the real latentcy of UW SCSI3?

      Neat hack.

      Waferhead

  72. * pb types into google by pb · · Score: 2

    Are you feeling lucky, punk?

    --
    pb Reply or e-mail; don't vaguely moderate.
  73. Hardware == Cheap. Humans == Expensive. by hobbs · · Score: 3, Interesting

    I've just read the article, and added my grain of salt for bias, but most people here fail to realize that hardware costs are *very cheap* in relation to human costs. If what they say is true, it's worth the extra price on hardware.

  74. Are compareing OSX and (PVM or Mosix) ? by bobaferret · · Score: 1

    If you have a kernel with mosix http://www.mosix.org/ patched into it, and then added a nice gui, I could see it as a similar thing to this 'Pooch' software.

    Comparing it to PVM http://www.csm.ornl.gov/pvm/ (where I think the real work of clustering on linux is done). Usually requiers special code the is highly specialized for the application. Not just a recompile.

    Parallel problems require a completely different approach or you end up with worse performance than it running on a single machine (due to bandwidth usually).

    What kinda of cluster are we talking about?

    Grid, tree, hypercube..

    This artilce is just pure Mac FUD the more I think about it.

    -jj-

    1. Re:Are compareing OSX and (PVM or Mosix) ? by Dean+Dauger · · Score: 1

      >> This artilce is just pure Mac FUD the more I think about it.

      Please read this web site and the AppleSeed report:

      http://exodus.physics.ucla.edu/appleseed/applese ed .html

      Dean

  75. Beowulf is Beowulf, on Mac, Linux, HP-UX, etc. by Disoculated · · Score: 1

    Considering that the "Beowulf" applications are really just a collection software that can compile on almost any platform, and really just need to be on hosts that can rsh or ssh in a trusted fashion to one another, it's preposterous to say it runs in a less complicated fashion on Apple. It runs the same. It uses the same manual. It's the same software. Compiling PVM or MPI on any is about the same. And, it doesn't give a dang if you're using kernel 2.5.3 on one and 1.1 on another and FreeBSD or Ultrix on another as long as the local machines can run your app and they can talk to one another.

    But, the true Beowulf COTS fan (unless you're getting your Macs "surplus") knows the cheapest price to performace is x86. You can get make an AMD cluster for less than $500 a node that will smoke anything that Apple can match in price, because nodes don't need video cards, USB, sound, CD-ROM, or even hard drives, and you can't get a Mac without all that.

  76. Price/Performance by Perdo · · Score: 4, Informative

    You think the P4 price/performance is bad, G4's are insane

    USC Macintosh Cluster Running the AltiVec Fractal Benchmark achieves over 1/5 TeraFlop on 152 G4's and demonstrates excellent scalability.

    KLAT2's complete results are: Rmax=64.459 GFLOPS with 64 Athlon 700MHz with 128MB PC100 CAS2 SDRAM

    So a 1 tflop apple machine would cost about $440,000 in hardware for 152 G4 1000mhz -vs- 270 Tbird 1400mhz at about $160,000.

    The difference, $280,000 could certainly hire someone literate enough to read the long linux manual.

    --

    If voting were effective, it would be illegal by now.

    1. Re:Price/Performance by Oniros · · Score: 1

      Actually the dual G4 1GHz power Mac which deliver 15 gflop (http://www.apple.com/powermac/) is $3000 at the apple store. For 1 tflop you need 67 of them, that's $201,000. The difference is now only $41,000.

    2. Re:Price/Performance by nexthec · · Score: 1

      except you now have to write SMP capable distributed code, making it a little harder to get 100% efficiency out of it....

    3. Re:Price/Performance by Anonymous Coward · · Score: 0

      Ok... so you have 270 Tbird 1400mhz running linux. Who is going to use them? Who the heck wants to run linux as a desktop(aside from a few demented individuals?)

      Now, take a nice school computer lab of 150 g4's. Most people are just sitting on it checking their email. Wouldn't it be great if the math or physics department could hook into those systems, even if only at night?

      -Jc
      jc@cs.washington.edu

      (don't get me wrong, i love linux as a server system, but on the desktop, nothing beats OS X)

    4. Re:Price/Performance by 90XDoubleSide · · Score: 2

      You can get a dual G4 for (a little) less than $3000; remember that is the default configuration, some of that stuff can be ditched for a machine to be used only as a node.

      --
      "Reality is just a convenient measure of complexity" -Alvy Ray Smith
    5. Re:Price/Performance by jafac · · Score: 3, Insightful

      well, then that's great that you're also paying Apple's inflated prices for:
      67 56k modems (not optional)
      67 Superdrives (DVD-RAM, not optional)
      67 GEForce4 video cards (not optional)
      67 sets of hyper-inflated Apple RAM which you could otherwise get from any other vendor at half the price. (512 Meg, not optional on that model).

      If Apple would work a deal where I could get the same boxes without these add-ons for say, $1500 a piece, THEN we could make a deal on a cluster.

      Not to mention, you'd probably want to hack the OS in some way so that you could kill CPU-hog Aqua.

      I'm just trying to point out that Apple's destop machine is not necessarily optimal for this kind of application.

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
    6. Re:Price/Performance by jtdubs · · Score: 4, Informative

      If only any of your math made any sense at all.

      First the Apple critique:

      A G4 is capable of between 7 and 8 Gigaflops. So, You'r number of 152 G4's is reasonable. However, your price of $440,000 divided by the 152 G4's indicates a per unit price of $2894.

      This is bullshit.

      At $2894 you are $100 away from getting a Dual G4. You can get a single-proc G4 at 800Mhz at $1400. Not counting the quantity discount.

      Using the Dual G4's you would need 67 of them, for a total price of $201,000. With the single G4's at 800Mhz you would need 156 of them for a total of $218,000.

      Now, the Athon critique:

      Let me see her. 64.5GFlops with 64 machines, that's 1Flop per machine. That's at 700Mhz. At 1400Mhz like you said, that's 2GFlops per machine. So, you need 500 of them. Using your figure of $600 per machine, this would be $300,000. If you went with Dual Thunderbirds you could get this down to 250 machines at closer to $100 a piece taking it down to $250,000. Not counting the quantity discount.

      So, we have $250k to $201k using my rough mathematics. This is $49k price different in favor of the Apples, not counting the fact that you need 4 times as many Athlons.

      Other miscellaneous critiques:

      Doubling the speed of the Athon does NOT double the throughput in Gigaflops. That was a nice try though.

      Anyway, have fun,

      Justin Dubs

    7. Re:Price/Performance by LenE · · Score: 2

      Not so, just threaded code (Posix, Carbon, NS_tread) will run MP. If you are doing massive scientific calculations, you should be doing this already!

      Otherwise, run two (or three) instances of the code on each machine, and OS X will juggle the load on the available processors. OS X is much more flexible than hard coding to MPI or PVM, although you can use those. Also, you can use third party load balancers like LSF Platform to do the multiple executions on each node.

      -- Len

    8. Re:Price/Performance by Anonymous Coward · · Score: 0

      Picking up spare cycles is a fun exercise, but almost nobody that is serious about cluster computing fools around with it. Ussually a cluster is dedicated hardware, nobody is using the nodes to check e-mail or surf.

      The problem is that users break computers. They muck around and load crap on them that makes it unstable, or they kick the case, or cycle the power if it bogs down, all kinds of stupid stuff. Dealing with that sort of stuff on a production cluster is just a pain.

    9. Re:Price/Performance by thesupraman · · Score: 1


      no, that was a nice try, perhaps you need to find out the difference between peak peformance and actualy performance.

      For the macs, you are quoting an unobtainable (in real terms) peak of 7 to 8 floating point instructions PER CYCLE, not even close, not even for altivec code.

      For the athlon, which also has a reasonable vector unit, you only allow just over one per cycle, hmm, a little biased aren't we?

      Of course, there are now well priced P4's with a great vector unit (SSE2), and A COMPILER THAT ACTUALLY USES IT, which, in a real world situation, will blow the doors off either of these processors (and no, I'm not talking about photoshop, try overblown or some other suitably complex solver app). at around $170US per 1.6G CPU these are a great deal at present!

      I would also like to know where you thing these G4's are going to get their data to execute 7GFlops, from their PC133 SDRAM? don't make me laugh.

      Scientific computation is a complex business, and nothing at all like other areas, a good compiler is the number one requirement, and damn fast memory is a big second, to keep the CPU fed. A good CPU is required of course, but not the holy grail. For a good cluster price/performance is ALL that matters, and apple don't do that.

    10. Re:Price/Performance by Anonymous Coward · · Score: 0

      Ok, where did you get the FLOPS numbers for Athlon vs. G4. A G4 is 8x faster then an Athlon?? Sorry, I don't believe it.

      Faster?

      Maybe.

      8x faster.

      Nope, I don't believe it.

      Benchmarks anyone?

      General purpose floating point benchmarks at that.

    11. Re:Price/Performance by Knobby · · Score: 2

      Just for giggles, I decided to price out a little cluster..

      I hopped on the Apple Education page and priced 65 1GHz Power Mac G4's @ $2,943.00 each = $191,295.00 (that's 64 work nodes and 1 node for data visualization)

      • 1.5GB SDRAM - 3 DIMMs
      • Apple Pro Keyboard - U.S. English
      • Accessory kit
      • Mac OS - U.S. English
      • 1GHz - DP PowerPC G4
      • ATI Radeon 7500 dual
      • Apple SuperDrive
      • 80GB Ultra ATA drive
      We should probably include a 22" cinema display for our visualization box, so let's tack on another $2300 for that.. That brings us up to $195,895.. Which is a hefty chunk of change, but let's see what we cna do..

      If we're bright we recognize that Apple has announced that they will begin shipping G4 server boxes with CD-RW drives rather than the SuperDrives in February (tomorrow).. That'll save us roughly $200/machine (or $12,800 overall) dropping our total cost to $183,095...

      This is a lot of money for a 128 cpu cluster.. BUT this is a one time cost.. There is also the operating costs.. The new G4 chips are the first PowerPC chips to use IBM's SOI technology.. They actually use less power than the dual 800MHz machines do.. I'm not going to speculate on how much power a G4 cluster like this would consume or how much it would cost to cool such a cluster, but I expect it to be MUCH cheaper to run than an Athalon cluster with similar performance..

    12. Re:Price/Performance by Anonymous Coward · · Score: 0

      if you can't make a web-email-only-unix box user-safe, then you should not be alowed to use UNIX.

    13. Re:Price/Performance by mlk · · Score: 1

      The server's don't come with any of that, plus a "lesser" g/c.

      (but many more pennys!)

      --
      Wow, I should not post when knackered.
    14. Re:Price/Performance by skribble · · Score: 1

      What crack are you smoking?

      Did you actually look at the Apple store before you start spouting?

      You can ditch the modem and downgrade the video card.

      It'll only save you $129 but that would add up if you were building a cluster.

      Also FYI the RAM is not "Hyper-Inflated" just slightly higher ($200 per 512)... Much better deal then you get at Dell!

      So you're stuck with the super drive... Swap it out for your desktop, it's better then what you have now anyway.

      --
      --- Nothing To See Here ---
    15. Re:Price/Performance by phandel · · Score: 1

      Not to mention, you'd probably want to hack the OS in some way so that you could kill CPU-hog Aqua.

      Log in as >console so that the WM never starts.

      I'm just trying to point out that Apple's destop machine is not necessarily optimal for this kind of application.

      Again, these machines will most likely be recycled as great desktop machines, where the modems/SuperDrives/GeForce4s/etc. will be very appreciated.


      Thanks,
      Peter

    16. Re:Price/Performance by jtdubs · · Score: 2

      Step 1 is realizing that Aqua is, contrary to popular belief, NOT a CPU hog. On my G4 PowerBook at 667Mhz, with 8 windows open and the dock with a shitload of icons in it I am currently using between 0.5% and 2% of my CPU time for Aqua.

      Step 2 is realizing that Mac OS X is NOT the only OS that will run on PPC hardware. Put on Linux or NetBSD if that will make you happier.

      Justin Dubs

    17. Re:Price/Performance by KinCross · · Score: 1

      You have four times as many Athlons... the price differential is not much.

      Now let's add on a few more real costs, since a bunch of PCs does not a cluster make:

      Switches: An HP ProCurve 4000 will take up to 80 devices. You'd need one to support the Mac cluster. You'd need three, maybe four, to support the Athlon cluster. Call that around $3000 per switch.

      Power, Fixed: The switch required for the Mac cluster could easily slip into an open port on an existing UPS. With three or four ports required for the switches to support the Athlon cluster, you might as well buy a new UPS. Call that around $1000 for a good UPS.

      Power, Variable: Electricity costs money. 'Nuff said.

      Real Estate: Gonna take a lot of room to put those computers.

      Maintenance: More PCs, more failures, more people. You *did* buy service contracts on those PCs, right? No? Add on more people. Call that... $40k/year in salary per person, plus HR overhead, plus perks, plus contributions to 401(k) or 403(b), plus unemployment insurance... y'know it costs a lot more to a company to have you on as an employee than just your salary.

      Insurance: Hey! More hardware! Higher insurance premiums! And Workman's Comp!

      Welcome to the business world. At least with these two solutions, you don't have to figure out Microsoft's enterprise agreements to license their software, and that's worth all the money in the world, isn't it?

      --
      -- secret asIAN man (not Secret Asian Man)
  77. Absolute nonsense by Alex+Reynolds · · Score: 1

    I support a department of 250 workstations and printers. We are 80% Mac and I can manage this pretty well all by myself.

    Think about that for a second: One person can manage IT support for a large department.

    What this has meant is that because I haven't had to spend as much time with virus cleaning and fixing cheaply made Wintel hardware and software, so I can work on improving overall computer infrastructure instead of just fixing what we have.

    In practical terms, over three years, my department now has four computer classrooms, 100BaseT networking where we used to have 10Base2 coaxial, safe and secure servers, and wireless networking. This is a direct result of supporting Macs.

    1. Re:Absolute nonsense by gordguide · · Score: 1

      I'm a little confused by your reply.

      You manage about 50 PCs (don't say what OS). That is well within the norm for CPU:Tech Support for Wintel.

      You manage about 200 Macs. That also is within the norm for CPU:Tech Support ratios for Apple HW.

      I don't see how that contradicts what I said (that the vast majority of IT professionals are employed supporting Wintel hardware and that their careers are jeapordized by a lower-support option).

    2. Re:Absolute nonsense by Anonymous Coward · · Score: 0

      You're actually agreeing with the guy you're replying to. His point is the fact that Macs make it possible for one guy to support a large department is precisely why IT people recommend PCs at upgrade time. Imagine you're in a situation where you (and probably 2-3 other people) are administering a network of 250 PCs. Are you going to recommend that they upgrade to Macs, knowing that doing so will probably mean that 2 or 3 of you get eliminated?

      PCs appeal to people who view computers as ends in themselves, not means to an end. Unfortunately, this describes most IT staffers.

      Kudos to you for apparently not falling into that category.

  78. False economy by Weasel+Boy · · Score: 3, Interesting

    "A good use for these [ancient] machines is to recycle them and one way to recycle is to create a bigger faster machine with them."

    Not if your primary concern is getting the most FLOPS/$. Given that a brand-new $1000 computer will be something like 10 times as fast as your old ones, at the same power consumption, it doesn't take very long before your new computer pays for itself with the money you save in electricity not running 9 additional machines.

    Consider:

    150 Watts (low for a PC, probably average for a Mac) x $0.10/KWH x 24 Hr/day x 30 day/mo. x 10 machines = $108 per month. Your $1000 new machine will pay for itself in less than a year, from electrical savings alone.

    Of course, this assumes dedicated compute servers running all the time. If you run the cluster software as a backgound task on desktop machines with many users, it's a different story.

  79. Some skepticism by ckuijjer · · Score: 2, Informative

    It would be a really good idea to make clustering easier, but there is a trade-off between easiness and performance. Making the creation of clusters easy ("a few G4 Macs, some Ethernet cables, a hub and the Pooch software.") by only talking about the easy-to-use software and not optimized network topology (correct me if i'm wrong but the Beowulf handbook probably covers a lot of that) will definitely keep performance quite low.

    BTW. on the wired site it says:

    "Dauger added that Linux clusters are extremely fragile: If all the machines in the cluster aren't running the same version of the kernel, everything grinds to a halt. By contrast, a Macintosh cluster can be made from a mix of G3 and G4 Macs running Mac OS 9 or X."
    while almost the first sentence in the 1-page-pdf says:
    "Requirements: Macintoshes running OS X 10.1 or later ..."
    1. Re:Some skepticism by Dean+Dauger · · Score: 1

      OS 9 and OS X versions of the Pooch Quick Start and Manual are at:

      http://daugerresearch.com/pooch/download.html

      I just didn't want to squeeze that many screen shots into one page. The software works on both OS X 10.1 and OS 9. Please try it yourself.

      Have fun,
      Dean

  80. and this is... your oppinion? by autopr0n · · Score: 2

    Do you have any no-biased (i.e. not from apple) figures to back this up? Or are you just talking out of your ass?

    Building a true multi-user environment (I mean with multiple people at multiple machines) isn't all that easy. I doubt support costs are really less.

    I've seen people say this before. But personaly doubt it's anything other then random apple hype (like the 230 page manual vs the 1 page PDF, even though much shorter beowulf docs exist)

    --
    autopr0n is like, down and stuff.
    1. Re:and this is... your oppinion? by Anonymous Coward · · Score: 0

      Yes yes I'm sure you doubt it. But most of the Mac users posting here have extensive Linux experience.

      So why should your 'opinion' be considered relevant?

  81. One page version of Linux Clustering by Perl-Pusher · · Score: 2, Insightful

    If you read the one page pdf file, it assumes you already have a network of OSX boxes set up. The same thing in linux would look like:

    Requirements: Linux Network with rsh enabled, preferably with firewall and IP Masquerade.
    1.) Download jobmanager and bWatch rpm's
    2.) Do a rpm -Ivh *.rpm
    3.) Add list of nodes to .rhosts files on very node
    4.) List all nodes in /etc/hosts files
    5.) In a terminal issue: jr -q [process command]
    Viola! your distributive computing!

    ! == goatse.cx

  82. Another way of looking at it. by mrroot · · Score: 2

    They note that the Linux "how to" manual is 230 pages while the corresponding Apple document is a 1 page PDF file

    ...could this just means Apple left out 229 pages of important information?

    I mean who cares how many pages a reference manual is? I would rather have a complete manual than an incomplete one.

    --
    I Heart Sorting Networks
    1. Re:Another way of looking at it. by Dean+Dauger · · Score: 1

      For more documentation please see:

      http://exodus.physics.ucla.edu/appleseed/dev/dev el oper.html
      http://daugerresearch.com/pooch/download.html
      http://exodus.physics.ucla.edu/appleseed/applese ed .html#report

      Have fun,
      Dean

  83. Meanwhile... by Misch · · Score: 5, Funny

    They note that the Linux "how to" manual is 230 pages while the corresponding Apple document is a 1 page PDF file.

    Meanwhile, documenters have been developing a "What to do with a linux beowulf cluster" list. That document has grown to 230 pages. The corresponding mac list has come up with one idea (And it fits on a 1 page PDF file): "Create a system that allows us to use Photoshop to edit super-high resolution pictures of Natalie Portman eating hot grits."

    (j/k!, and, btw, I'm using a Mac right now. :-)

    --

    --You will rephrase your request for me to go to hell. Goto statements are not acceptable programming constructs
    1. Re:Meanwhile... by KinCross · · Score: 1


      Send me pix of Natalie eating grits! Shes HOT!
      </AOL>

      =)

      --
      -- secret asIAN man (not Secret Asian Man)
  84. 1 page = more difficult by Anonymous Coward · · Score: 0

    No, it isn't that plain and simple, and you must be a manager, or even a business owner, to think like that.

    How is a one page document going to detail background, concepts, initial setup, not to mention troubleshooting. Every setup will have problems. These are all detailed in most of the technical docs for linux I have ever written.

    It will be like the Jeff Goldblum "3 easy steps to get on the internet" iMac advertisement. Using a PC is that easy also, if you already assume the rest of the knowledge of everything being in the box, and the software is already understood. A reasonable person doesn't make these assumptions in a technical document, those ludicrous claims are saved for MARKETING.

    I would expect more than 1 page of instructions for a system that was already put together, that I was inheriting from a predecesor.

    1. Re:1 page = more difficult by Anonymous Coward · · Score: 0
      Every setup will have problems. These are all detailed in most of the technical docs for linux I have ever written.

      No, the secret here is that the developers most likely did not over complexify their project, and thus have less points of failure. If there's one major downfall to everything in Linux its that its made far too flexible and thus more complex, which leads to far more breaking points and configuration problems.

      Maybe I would like to read a 200+ page doc describing every aspect of customizing and configuring a cluster, but actually I prefer just to click a few options and let the software handle itself.

  85. Everybody's missing the point by rho · · Score: 5, Insightful

    The point isn't flexibility: sure you can be more flexible with a Linux-based cluster. You can tweak and tune a Linux-based cluster to meet your specific needs. This is why Google uses such a cluster.

    The point isn't about cost: the real difference between a decent name-brand PC and a Mac is negligible. In the case of these Mac-based clusters, since the clustering software is just another app, a Mac-cluster can be setup and torn down quite readily. You come into the lab on Wednesday to find your workstation has been appropriated for the cluster.

    The point is accessibility! If you're a physicist in a small school looking to model some complex interaction, you can rent some computer time from somebody (expensive), build a cluster (very expensive, because you'll have to hire somebody to do it--physicists aren't likely to be Beowulf experts), or use the Mac clustering software (expensive, because you'll have to buy the machines if you don't already have it, but you can do it yourself, quickly, without much bother).

    Accessibility! It's what keeps Apple in business. This is another example of it.

    I'm pretty disappointed in the posters who knock it, because it strikes me that they are a bit put out that they won't remain the Technical Elite because they've got the spare time to read the 230-page Beowulf manual.

    --
    Potato chips are a by-yourself food.
    1. Re:Everybody's missing the point by Disoculated · · Score: 2, Informative

      Accessibility isn't better with Macs. On any platform, clustering software is "just another app" (unless you pay for it, and I don't see how that makes it any more accessible), that's not unique to Macs.

      If you have a dozen RedHat boxes, network them, install PVM, put all the hosts in /etc/hosts.equiv, and install your app, you have a Beowulf cluster.

      If you have a dozen YellowDog boxes, it's the same procedure.

      If you have a dozen OSX boxes, you network them, install the clustering app, and install your app. The only difference is you don't have to make a change to hosts.equiv. Big whoop.

    2. Re:Everybody's missing the point by Isao · · Score: 1
      physicists aren't likely to be Beowulf experts

      Err, it was written by physicists...

    3. Re:Everybody's missing the point by Paul+Komarek · · Score: 2

      Not to knock MacOS clusters, but I don't think ease of use is a big priority with cash-strapped physicists. In particular, I'm thinking of astronomers. All of the astronomers I've met have a surprising knowledge of copmuter hardware and system administration. I expect this is because they always have to do everything themselves, as they can't afford to hire someone to do it for them.

      As a result, the astronomers I've met put together their own machines from parts unless they've recently been given a big grant. I know one who was buliding a beowulf cluster. He didn't go to Microway an ask them to build one, because that would be two expensive. Instead, he looked for the cheapest rack-mountable x86 boxes he could find.

      I don't know that all physicists are like astronomers in this area, but I do know that applied physicists as a group are 1) smart, 2) have a basic knowledge of electronic circuitry, 3) build specialized test equipment because nobody provides what they need, and 4) are having a heck of a time finding money these days. This just doesn't sound like an Apple market to me. Especially if the physicist is at a small school.

      Speaking of Beowulf expertise, for some reason I seem to think that Donald Becker has a degree in physics.

      In fact, I can't think of anyone who really needs a cluster, that doesn't have at least one linux-loving longhair around. That includes the animation studios.

      -Paul Komarek

    4. Re:Everybody's missing the point by Anonymous Coward · · Score: 0

      The fact that beowulf was written by physicists doesn't tell us a damned thing about the programming abilities of the average physicist, you fucking moron.

    5. Re:Everybody's missing the point by Dean+Dauger · · Score: 1

      Not all scientists are skilled in computers to the degree you are talking about. It's a wide range. There are many that will attest to that besides me.

      If you would like to find out more about others using Mac clusters, have a look at these links:

      http://exodus.physics.ucla.edu/appleseed/applese ed sites.html
      http://exodus.physics.ucla.edu/appleseed/HiSchoo l/ HiSchool.html
      http://daugerresearch.com/pooch/users.html

      Have fun,
      Dean

    6. Re:Everybody's missing the point by Anonymous Coward · · Score: 0
      The point isn't about cost: the real difference between a decent name-brand PC and a Mac is negligible. In the case of these Mac-based clusters, since the clustering software is just another app, a Mac-cluster can be setup and torn down quite readily. You come into the lab on Wednesday to find your workstation has been appropriated for the cluster.

      Actually, you come in each day and find that overnight, while you were getting your beauty sleep, your mac was a cluster, but the clustering software shut itself off at 6 that morning (after turning itself on at 8 the previous night, letting you work pretty late without interruption) and you still have your workstation every day.

  86. That's NOTHING... by Shuh · · Score: 2, Funny

    Every time I walk by a Windows lab, you should see the "CLUSTER" they have going on in there! ;c)

  87. Re:BEOWULF CLUSTER! by Anonymous Coward · · Score: 0

    A cluster of clusters!

  88. Yeah, Firewire would be better by EccentricAnomaly · · Score: 2

    Answering my own question, I found this PDF on google about the performance of IEEE 1394 (Firewire). It says that Firewire can have latency as low as 125 microseconds, and bandwidth as high as 50MB/sec.

    So why not network a cluster of G4s together with firewire?? Seems like it would perform much better than ethernet.

    --
    There are 10 types of people in this world, those who can count in binary and those who can't.
  89. Oh sure ignore performance... by Anonymous Coward · · Score: 0

    A Ford Escort is also easier to set-up, maintain and more flexible than a Lamborghini Diablo but how the hell does that make it good?

  90. um, where's the hard part? by jpellino · · Score: 3, Funny

    I DL'd and read the manual. It really does seem just that easy. It costs $100+ per node, but you pays fer yer time & headaches, doncha?

    The faster the machine and traffic the better of course, but you could do this with the cheapest iMac ($799 new, ~$400 used) or a bunch of cubes (banking finally on their close packing ability) if you want Altivec in the mix.

    Gosh, a reason to make a headless iMac2 - that would be quite the aesthetic eh? Seventy six of those snuggling on a ping pong table...

    Communication can be over Airport, too - so you can imagine ad hoc Mac Clustering begin setup during the first half of every Jobs keynote - you know, the part where he just says stuff - to go thru all possible iterations of the product to be intro'd in the second half of the keynote...

    --
    "Win treats sysadmins better than users. Mac treats users better than sysadmins. Linux treats everyone like sysadmins."
  91. The real point here is... by jellisky · · Score: 5, Informative

    ... for scientists like myself, this is a very nice thing. Not all of us in the sciences are tech-savvy... I'm probably the one in my 5-person research group who understands the most about *nix. For those of you who don't realize this, many research scientists have to work hard to get their grants and outside money.
    So, what does all this mean to us? As an atmospheric scientist, having some serious number crunching power is mighty helpful. Weather modeling is quite the processor intensive task, and then interpreting the results can take years after all the computing is done, including further computations and visualization routines. To put it shortly, we can easily tax our computers.
    So, now you know that we need computing power, but money is a premium for us in many cases, so why shouldn't we just get some cheap Intel boxes and *nix cluster them? Well, we could, but then we'd need to hire a systems admin. Someone who is tech-savvy enough to keep everything running decently well for us. That requires another person who REALLY understands what's going on in many cases, which is another salary on the payroll. For us, it all ends up balancing in the end. The $5-10K that we save in clustering our 8 Intel boxes over the Macs is eaten up in one year or less by the guy (or woman) who has to set up the whole thing. So, for us, the ease of setup and use is something that can translate into some good savings and we don't have to worry as much about having to rely on another person to save us if something goes wrong. That's the benefit of simplicity for us.
    I agree that it is important to know, as one person said, "The nature of the beast", but that's something that takes time to do, and when you're not being paid to learn about how to cluster computers, but to figure out how the atmosphere works, then things like "The nature of the beast" are just further complications. I would rather have something that I can slap together, know that it works, and get back to my work, without the interference of others if I don't need it.
    And that brings me to another rebuttal, about someone mentioning that if you buy the Macs, you're also going to pay for all the extra Superdrives and video cards and all that. I say to that, "Good." That way, if the cluster doesn't need to be used, then I don't have a bunch of mostly useless boxes sitting around... or if a collaborator comes around and needs a computer, I can just remove one of the computers from the cluster and let them use that for as long as they need. The point is that there are advantages and disadvantages to each setup. Now you've heard some advantages and why the scientific community might care about this. Remember, not everyone here can compile their own kernels and not everyone cares about being able to do that. Some of us, thank the deity of your choice, actually want to do something with this power and not care how it works in depth. To each their own.

    -Jellisky

    1. Re:The real point here is... by Anonymous Coward · · Score: 0

      Ok, so who's going to program your cluster for you?
      It may be easy to configure, but frankly, that's the easiest part of cluster computing. Writing effective & efficient programs for cluster computers (mac or *nix) is the hard part.

    2. Re:The real point here is... by Anonymous Coward · · Score: 0

      please, read the artical!

      clustering software for the mac, is no diff to mlti-proc software (if your writing software for a Mac, which now is henertily mutli-proc (2), then all software should already be, it just needs a re-compile!

    3. Re:The real point here is... by Angst+Badger · · Score: 2
      Remember, not everyone here can compile their own kernels

      Oh bull. In a simple case, where you don't mind the (negligible) overhead of compiling without using modules, it goes like this:

      cd /usr/src/linux
      make menuconfig
      make dep
      make install
      (reboot)

      Damn, that was hard. Sure, if you want to support some obscure hardware or tune the holy living crap out of it, it can get somewhere from slightly to extremely more difficult, but the point is: you can if you want to, but you don't have to, and in fact the stock Mandrake and RedHat installs work pretty well with common setups without recompiling the kernel at all.

      and not everyone cares about being able to do that.

      Fair enough, so go buy your Macs. But remember this: even easy jobs are tough if you never bother to learn how to do them.

      --
      Proud member of the Weirdo-American community.
    4. Re:The real point here is... by Anonymous Coward · · Score: 0

      Yea, sorry but I don't buy that.
      It may now be "multi-proc" capable. But you'll have crap for performance.

  92. Intended audience by emaq123 · · Score: 1

    Please keep in mind who this software is targeted to. It appears to be for scientists and researchers. These folks really do not need to be able to build a beowulf cluster from the ground up. They also often have access to macs. This provides a good solution to a problem. Whether or not it is better or worse than solution 'x' is not as critical if it helps people get the job done with the equipment on hand.

    --


    Microsoft brought us Windows XP. I bought a Mac.
  93. A clusterplex? by Paul+Bristow · · Score: 1

    Imagine a Beowolf cluster of Mac Clusters...

    (Sorry, couldn't resist)

    This can get more recursive:
    Imagine a Beowolf cluster of linux systems, each emulated under soft-pc on the mac cluster...

    Blink£%^£$%^"$%£$%&*()..

    --
    - Paul
    1. Re:A clusterplex? by Isao · · Score: 1
      Running on a mac emlator, under windows, in WINE, under linux on an IBM z90 running VM.

      Paper and pencil anyone?

  94. Beowulf on Mac hardware by ChristTrekker · · Score: 1

    Semi-related topic. Get several Macs running Linux and cluster them. Includes about the best instructions you can find for getting Linux to run on Nubus Macs, too.

  95. That's why I mentioned photoshop by alexhmit01 · · Score: 3, Insightful

    Photoshop is optimized for the G4. That was my point. We're not clustering Quake here. We're talking about special purpose applications that do scientific calculations.

    If you application does better on the Intel, you are likely better off considering a Linux cluster. However, if it isn't much better, you might be better off with the Mac cluster by adding a few more machines to compensate... depends on the costs of time.

    If you are running an application that, LIKE Photoshop, does better on the G4, you will see the price performance favor the Mac line. That's my point.

    If this market was a decent size, I bet Apple could get some really competitive cluster systems. It would be nice to see an Apple dual or quad G4-1 GHz, with a CD-ROM, ATI Rage 128, and Gigabit Ethernet for the scientific community.

    They could make the machine without PCI slots and fit in a 1U case for OS X processing goodness.

    However, the reality is that the extras (better video card, Superdrive, etc.) don't add much to the Apple's price. However, the right form factor could make them tremendous cluster machines.

    Alex

    1. Re:That's why I mentioned photoshop by jafac · · Score: 2

      another thing to consider. Instead of buying Macintoshes, if your application is at all custom made, you might even be better off with home-brew CHiRP systems running Darwin.
      (or LinuxPPC) - you get the G4 advantage without paying the "Apple Tax".
      (IOW - in buying and setting up a cluster of Macintoshes - why in God's name are you paying for a cluster of machines with a GEForce4, 56k modem, airport, etc. . .?)

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
  96. Positive Opportunities by Sataereous · · Score: 1
    Beyond the obvious price/ease of use debate, you have to consider the opportunities that this will give universities and schools that already have an investment in Macs...

    A school that has 20 nice Macs in their HR office, and 60 in a lab that is locked overnight can (for no cost, and very little effort) leverage these at night for large scale number crunching...

    That is, as long as they can get buy-in from the administration to install it.

  97. HAH!! by autopr0n · · Score: 2

    Are you saying uninformed idiots have trouble getting consulting gigs?

    It's to bad I havn't got mod points, I'd give you +1 funny. Thanks for brining a smile to my day :P

    --
    autopr0n is like, down and stuff.
  98. Sometimes harder == better by Boss,+Pointy+Haired · · Score: 0, Offtopic

    I've not really thought this through, but sometimes it's occurred to me that with *nix (in particular Linux) being "harder" to setup is actually a Good Thing, since it means it cannot be done by a moron.

    It is alleged that a 5 week old chimpanzee could get an MCSE, which they do, and the next minute they're trapsing round server rooms earning nearly as much as someone who really does know what they're doing.

    I think.

  99. Hiding is a GOOD thing by Anonymous Coward · · Score: 1, Insightful

    I'm an Apple user, and I agree, hiding is a good thing. I have little or no desire to know HOW a computer works, I just want it to work. Just as I have little or no desire to know HOW a car works, a TV, a stereo, or a frig.

    Obviously, it is nice to know these things, especially if you find them interesting or desireable to know. But the point is, Apple believes that the gears, wheels, and cogs of a computer are not what the computer is about. It is about performing previously complex tasks in a simple and intuitive manner as possible.

    Others (and this means most of the people reading this) are actually interested in the guts and the inner workings of a computer. For those of you that are, enjoy it. It's a free country. Just be glad computer geeks like you, and Apple goofballs like myself, can share polite conversation over a decent cup of coffee.

    As an Apple user, I concern myself with the inner workings of other things, not the computer itself. This isn't to say that I'm some sort of computer dingbat, but I'm not into coding, the command line, or any such pursuits. You concern yourself with the inner workings of things that some Apple users may find boring. Tit-for-tat, six and one half dozen of the other...

    Myself, and other computer users believe that a computer should be so powerful that it is actually EASIER to use. ANd with every advance that Apple, Microsoft, the Linux & *nix communities, the processor designers and engineers, the programmers, the manufacturers, and the forward thinking researchers out there make, the better it gets. Hopefully this means the EASIER they get, as well.

    1. Re:Hiding is a GOOD thing by Dyolf+Knip · · Score: 2
      Yes, hiding aspects of the computer so you don't have to worry about them is great. What most of us hate about Apple is that they make it impossible to unhide them, to get into the guts of the thing and change it as we see fit. We don't really want a hermetically sealed box with a note saying "We are 100% sure you will never ever need to know the slightest thing about how this machine works." It would be great if Linux could be installed, run, and maintained by a complete amateur who never cares about what version of the kernel he's got right now. But if something goes wrong or you need just this one little thing changed or whatever it may be, it would then be possible to sit an expert down and hack away at the inner workings. Apple thinks that is a waste of time.

      Would you write only one page of documentation for a word processing program? Or a spreadsheet app? Or how about a compiler/development suite? Gonna learn the whole language in 3 paragraphs, huh? There are some aspects of computing it is just stupid to condense to that level, and clustering computers for shared processing is one of them.

      --
      Dyolf Knip
    2. Re:Hiding is a GOOD thing by moongha · · Score: 1

      Have you ever used a Mac (previous to OS X that is)? Because if you did, you would know that troubleshooting a Mac is *so incredibly easy* that it completely negates your arguement.

      If what you were saying was true, I would have experienced problems that couldn't be easily resolved by deleting a preferences file. Or removing a (clearly named) driver extension. I can tell you that in many years using Macs, this has never, ever happened.

      The problem with people on Slashdot, is that they really *can't* believe that a computer can work the way Macs do. They can't believe things could be that simple. Sorry to say, but prior to OS X at least, they are.

  100. Swapping isn't the solution by alexhmit01 · · Score: 4, Interesting

    If you have a scientific cluster, you don't want to be swapping things out. You don't want to take nodes offline because a video card fried. You want a system that is going to work.

    I just priced out some Compaq Workstations yesterday and compared them to Apple Powermacs (Apple's workstations) for doing some OpenGL game development.

    Apple Powermac with dual monitors and the upgrades we'd want... $5k. Compaq Workstations... $5k.

    In the price-conscious area, Apple's iMacs/iBooks offer a good solution at a reasonable price. You can't compare Apple's workstation line with your "look ma, I built it myself" machine.

    Apple does QC. You don't. You and your screw driver does not equal scientific requirements for reliable and predictable. If a node fries, you likely need to start over again. You can't just try to fix the damage.

    Linux is great, OS X is great. They are very different UNIXes in different markets.

    Alex

    1. Re:Swapping isn't the solution by Znork · · Score: 2

      Uhm, QC is usually done for the separate components, and those are pretty much the same wether you build the computer yourself or a company builds it.

      I have yet to see any computer assembly QC that exceeds 'it boots. cool.'. And I can do that very well myself, thankyou. Me (or rather an assembly line worker), my (well, his) screwdriver, and a poweron is what you get, despite your requirements.

      You dont get reliable and predictable from anyone. Apple does not burn in the computers for several weeks to months, nor does anyone else, and that is the time you'd need to ensure that no components are gonna go poof due to miniscule and by QC undetectable chip flaws. Even then you can get faults from thermal stress, shipping, handling, etc, and eventually random faults and after that physical wearing out of things like disks, fans, etc.

      And let me tell you, if you have a scientific cluster or any other cluster doing critical calculations and your software isnt doing savepoints you need drag the programmer out into the parking lot and flog him in public (or visit the supplier with a squad of goons with big sticks), because you _are_ going to have outages (and man do you have a software quality problem).

    2. Re:Swapping isn't the solution by Anonymous Coward · · Score: 0

      What you *do* get from Apple is a complete, tested, "burned in" computer that *exactly matches* the configuration they sell you. Sure, there may be manufacturer's glitches in some of the components, but the *configuration* is thoroughly tested, and it's even tested with the exact same OS you're going to be running on your clone of that "burned in" and QA'd Apple Mac.

  101. What-ever by gnuLNX · · Score: 0, Redundant

    I just finished tearing down and re-building a twenty node linux cluster in less than half-a-day.

    Also I set it up the first time by myself as my first experience. I did everything from builidnthe nodes to installing linux ans clustering software and that only took two days.

    I almost laugh at the thought of a mac running parrallel. The whole point of cluster computing is to provide a cheap means of high performance computing. Hey not that macs wouldn't be great, but common man they are expensive. All you need fo r a cluster to work is descent RAM, motherboard, and harddrive, and a cheap (In my case $5) video card.

    If I had better cooling in the room I probalby would have went with AMD as they have much better floating point performance than Intel.

    I guess that If I just had the money to spend on a super-cluster I would go with twenty Octane 2 dual processors. At about 12000 apeice that is pretty damn expensive. Oh yeah my cluster top to bottom was under twenty thousand (includeing cisco router), and I had to re-buy RAM 'caues I cut corners there the first time.

    --
    what?
    1. Re:What-ever by Anonymous Coward · · Score: 0

      >I guess that If I just had the money to spend on a super-cluster I would go with twenty Octane 2 dual processors.

      Then you'd be stupid.
      x86 is far faster for floating point then SGI. And far cheaper also.

    2. Re:What-ever by gnuLNX · · Score: 1

      Uh. Maybe you should do a little programming and testing before making such ludicrous comments. x86 faster that SGI in floating point? Hell No. I have an Octane 2 with 350Mhz Processors. IT does seti packets twice as fast as my dual pentium III i GHz box. For both our sakes please don't mention the Athlon or the G4. They just aren't in the same class.

      --
      what?
  102. there is no step three! by Alan+Partridge · · Score: 2, Interesting

    a 1 page pdf - I love that kind of stuff. I knocked up an Appleseed cluster at work just for the fun of it - took my about 20 minutes. If only I had an application... Clustering for the rest of us!

    --
    That was classic intercourse!
    1. Re:there is no step three! by Anonymous Coward · · Score: 1, Funny

      I knocked up an Appleseed cluster at work just for the fun of it - took my about 20 minutes.

      Ummm, okay....... whatever makes you happy, dude.

    2. Re:there is no step three! by Alan+Partridge · · Score: 2

      look, it was that or paperwork, OK? :-]

      --
      That was classic intercourse!
  103. Huh??? by Anonymous Coward · · Score: 2, Informative

    >"It took NASA's Jet Propulsion Laboratory two weeks
    > to put together a 16-node Linux cluster." he
    >added. "I could do the same thing in less than an
    >hour."

    Then JPL was either building the systems from whitebox components, or is completely incompetent. I built a 20 node cluster in about 1.5 days, including the OS install on all of the nodes.

    >Dauger added that Linux clusters are extremely
    >fragile: If all the machines in the cluster
    >aren't running the same version of the kernel,
    >everything grinds to a halt. By contrast, a
    >Macintosh cluster can be made from a mix of G3
    >and G4 Macs running Mac OS 9 or X.

    Excuse me???
    My cluster is currently running 2 different linux kernels (2.4.18, 2.4.9), two different processing architectures (alpha and x86) and I occasionally throw an SGI O2K into the mix. Sure, the x86, alpha, and SGI binaries need to be compiled seperately, but it hardly "grinds to a halt"

    >Dauger said Mac clusters have better bandwidth
    >than similarly configured Linux clusters. They
    >can transfer bigger chunks of data between nodes
    >but their latency is less (The individual bytes
    >of data are transferred less rapidly).

    Huh??

    And now let's look at the cost.
    I can build dual athlon nodes for about $500/cpu
    Let's assume his claim of 70% faster is true (I doubt that numberbut anyway). Can he build G4 nodes for $700/cpu?

    1. Re:Huh??? by Graymalkin · · Score: 2

      Run the same thing with some Linux boxes using the 2.2.x kernel and some running the 2.4.x kernel and see what happens. Those are truely different kernels, not just kernel patches. You can get 700$/CPU on the Apple system if you consider that you can buy X number of systems and distribute them around your network in different offices and when they aren't busy run some highly parallel code on them. Arguably you aren't going to do this with the Linux cluster which means you have to buy two times the systems (for an office and lab) which effectively doubles the cost per CPU since you've got to by twice the computers but only half of them can actually be used in a cluster. Or you can just use systems you've already got which lowers the cost of your lab cluster to virtually nothing because you're using computers that are already there. You can have an iMac user lab by day and lab super computer by night.

      --
      I'm a loner Dottie, a Rebel.
    2. Re:Huh??? by Anonymous Coward · · Score: 0

      mixing 2.2 kernels and 2.4 kernels is the same thing as mixing x86 and alpha. You'll need to compile a different binary for each. We did this for a brief period while upgrading to a 2.4 kernel a few weeks ago.

      FWIW, the x86 is in the mix right now because I'm running an app with a MySQL backend on it. It was easier to add my desktop to the mix then install MySQL on one of the alphas.

      As far as sharing cycles off desktop machines ... in general, it's not worth the hassle. You only pick up a few nodes, and because they're desktop boxes, they're much more unreliable (people kicking out power or network cables, shutting them off over the weekend, rebooting for no particular reason, knocking over the case!, etc.). It's OK for proof of concept, or playing around. But it's not a substitute for a serious cluster.

      That said, why wouldn't you do that linux boxes? Most of our people have Unix workstations (mostly SGI) at their desk. The SGI's will probably disapear at the next upgrade cycle to be replaced by Linux boxes. Far cheaper, faster, and with a nicer UI and better tools.

  104. How about adding nodes? by Anonymous Coward · · Score: 0

    From the documentation, it looks like you just hook in another Mac via EtherNet, give it a differnt IP address, install and run Pooch, and >voila new cluster node. How does that compare to a Beowulf cluster?

  105. Re:To All Slashdot Readers ... by leezardscure · · Score: 0

    Not all subscribers are male... and not all geeks are homosexual even if they hate talking about sports or cars....

  106. Performance & Price and saving lots of money by Anonymous Coward · · Score: 1, Interesting

    "If the Mac gets a 2:1 performance advantage [but it costs twice as much as a PC], then the costs are equal."

    Let Computer A have
    Price = X
    Performance = Y

    Let Computer B have
    Price = 2 X
    Performance = 1/2 Y

    The value of the computers IS NOT THE SAME.
    Price is a one-time, up front cost.
    But I get the benefit of performance for the life of the computer.

    So if I can save $5 per hour on the more expensive computer (for example, if I can get more jobs done on the fast computer), and I work 40 hours a week, 50 weeks a year, right there I save $5 x 40 x 50 = $10,000!

    So saving $5 an hour is big bucks, and if the computer costs you twice as much, you still come out lots ahead. Saving even $1 an hour (a $2000 per year additional savings) will thus justify the more expensive Mac (at $3000) than the PC (at $1500)

    i'm no econ guy, so maybe i've misused "savings" at times (instead of profit, or some other term of art).

  107. Re:Zilla and Crandall by puck13 · · Score: 1

    Zilla is mentioned at Apple here. Sounds like they are still playing with it.

    Not surprising that they have it. Crandall wrote it (and pieces of Mathematica), and was Chief Scientist at NeXT. Now he's a "Distinguished Scientist" at Apple. Odds are he's got his own lab and a budget to do with as he pleases.

    Also from that article: "Zilla was not used to find record-setting prime numbers, as is often supposed; instead, it was used to develop, through factoring and other number-theoretical calculations, certain cryptographic systems, tests, and algorithms such as Fast Elliptic Encryption (FEE), described below."

    Funny thing that. I'd thought it was used for prime searches as well. When I had him as a professor at Reed he complained when the divide by zero bug was revealed in the Pentiums. Turns out he had to throw out a bunch of the searching he'd done on clusters at NeXT because some of the boxes he'd been running on were x86 based. Details of his ongoing research are at his site: http://www.perfsci.com.

    -Noah

  108. Ph.D required!! by Carbon+Unit+549 · · Score: 3, Funny

    And I quote "But according to Dauger, Linux clusters require a PhD to set up and to run."
    Yeah, I guess there wouldn't be any qualified people amoung those running Tokamak fusion simulations or 100 million mutually interacting particle simulations.

    A diskless linux system is cake to setup and as far as different kernels are concerned, the article is clueless, you can use LamMPI to mix different platforms (ie sun,sgi,intel linux, alpha linux) in a single cluster.

    Disclaimer: I have a Ph.D.

    --

    nohup rm -rf ~/. >& zen &

  109. You answered a different question... by alexhmit01 · · Score: 2

    You are attempted to determine the value of X.

    I will increase my wealth/happiness by $10000 with computer A. I will increase me wealth/happiness by $9000 with computer B. If Computer A and B both cost $3000, I buy A. If B only costs $2000, I am indifferent. If B only costs $1000, I buy B. I determine what gives me the most value.

    However, in this case we are comparing two clusters, one of x86 machines running Linux with one of Apple PPC machines running OS X. In either case I am buying many computers.

    I need to do X operations per second. How much x86 hardware would this take? How much would it cost? How much Apple PPC hardware would this take? How much would it cost?

    You are right that MOST computer buyers look at the price and not the benefit. Almost ANY productivity increase from the Apple makes it a good choice, even if it costs an extra $1000-$2000 for the machine.

    However, in this particular case, we are discussing clusters. We are buying a certain amount of computer power. We should compare the variable costs of power ($X/gigaflop, or whatever unit you want to use), plus the fixed costs of setup time, and compare.

    Alex

  110. Mac Manuals? by acoustix · · Score: 1

    I'm surprised that there is even 1 page!

    Most Mac users I know have never looked at a computer manual before.

    --
    "A plan fiendishly clever in its intricacies"- Homer Simpson
  111. NetBoot by rdarden · · Score: 4, Informative
    And you won't get very far telling me that it's easier to upgrade OS X to OS X.1 or whatever where you have to go around with a CD and reboot every computer

    Just have all of your OS X clients boot off of a disk image on a Mac OS X Server machine.

    http://www.apple.com/education/k12/networking/diff er/index.html#macmanager

  112. My Manual is Smaller than Your Manual! by Geoff · · Score: 5, Insightful

    I recall, back when CD-ROMs were fairly newfangled, the "manual" that came with the CD, if it was a dual-platform disk, often offered an interesting contrast.

    The Windows instructions would go on for pages, discussing running the installer application, how to get the right drivers, etc.

    The Macintosh instructions were usually:

    1. Insert the disk
    2. Double-click on the icon

    I never understood why Apple didn't market that advantage heavily.

    --

    Computers are useless. They can only give you answers. -- Pablo Picasso

    1. Re:My Manual is Smaller than Your Manual! by Anonymous Coward · · Score: 0
      I never understood why Apple didn't market that advantage heavily.

      They did. But that marketing didn't appeal to geeks who pride themselves on their knowledge of arcana, and most people make the mistake of trusting such geeks to make platform-selection decisions for them.

    2. Re:My Manual is Smaller than Your Manual! by motherhead · · Score: 2

      Heh, just last night I was caught in a dilemma: "I am lazy and I have to take the two drives full of Mac applications and work from G4 A. and transfer them into my pristine new G4 B."...

      Both are running OSX.1 so I thought, "fine swap the drives out of each and swap them." but remember... i was feeling really really lazy. so then I thought, "hey just do a firewire transfer of both drives" since i can, it took longer (I don't have any drive image software yet for OSX) but all 5.5GB of apps and data from A. are now on a firewire drive.

      So i slap the firewire cable into B. and boot it, all ready to transfer the entire mottled contents of A. to B. when, just for the hell of it I decided to see if Illustrator 10 would run from the firewire drive on the new box (it was never installed "formally" on it) Yeah, it launched, perfectly.

      So did photoshop, OffficeX and everything else i tried.

      This is why Apple gets it. This is why I have a SuSE Box, a Mandrake Box and a WIn2K box and even a WinXP box... but my main computer, my daily computer, the one I am typing this on... well It's titanium colored and you can crack it open without unplugging a single cable...

    3. Re:My Manual is Smaller than Your Manual! by Tycho · · Score: 1

      There is an even more lazy technique than the one you mentioned assuming both machines have Firewire and at least one of the machines is an AGP graphics G4, iBook, Powerbook G3 Firewire, or Titanium G4 Powerbook. With both boxes off, hook a 6-pin to 6-pin Firewire cable between the two Macs. Turn the power on on one and press and hold the "T" key. Wait until a white screen with an icon appears. You have now entered "Firewire Target Disk Mode." Turn the other computer on. Wait until the second computer starts up normally and observe the first computer's hard drive mounting on the second. Congratulations, you now have a large boxy firewire drive. Copy what files you want to the new computer. Unmount the first computer's volume on the second and press the power button on the first. Disconnect the Firewire cable. You are now done. I've done this before. I really really like using this method.

      --
      Impersonating Tycho from Penny Arcade since before there was a PA.
  113. Numbercrunching? Let's see... by Anonymous Coward · · Score: 0

    733 MHz G4 specfp95: 23.9
    1 GHz G4 spefcp95, est.:

  114. Macs are much easier to cluster by wilburdg · · Score: 1

    Macs have always been simple to cluster. Almost all macs have the ability to netboot, simply by booting while holding down the N key. This feature, used in conjunction with a dhcp/tftp server, you can boot a remote kernel with a ramdisk, which will automaticaly build the node. Terra Soft Solutions, makers of Yellow Dog Linux, offer a node management suite called Black Lab for Yellow Dog Linux which automates the entire procedure.

    Anyone have a bunch of iMacs laying around?

  115. Altivec vs. SSE by Anonymous Coward · · Score: 0

    Well, the problem here is the part "tasks that can be optimized for Altivec".

    There are very, very few problems that are completely linear and streamlined to the point where you can vectorize them completely. (If this wasn't true, everyone would be using cray machines).

    Further, it assumes you take the time to code these parts either in the altivec assembly wrapper functions specific to Motorola hardware.

    AND it assumes you don't want to do anything in double precision...

    AND this setup couldn't use the industry-standard MPI message passing interface?

    Cool... that probably leaves you with all the people building clusters to run a carefully selected set of photoshop filters....

    For everything else we can just compare specfp95:

    733 MHz H4: 23.9
    1 GHz G4, est.: 32.6
    1.7 GHz Athlon: 50.3

    There's a reason why Apple doesn't publish specfp results :-)

    1. Re:Altivec vs. SSE by wazzzup · · Score: 1

      Good points. I won't argue the specfp95. I'm a Mac user but not so much of a zealot that I can't see a 2GHz P4 smoking a 733 MHz G4 in most normal tasks. I use a 1.5 GHz P4 Xeon at work and it's clearly faster than my 667 MHz G4 at home. Not a fair comparison, but you and I both know there are Mac zealots that would claim otherwise.

      Anyhoo, true, Altivec is useful in only certain applications but it's usefulness isn't limited to a few Photoshop filters as you imply. I may be wrong, but DVD encoding and more importantly, 3D rendering are applications that Altivec can exploit. If I had to make a rendering farm on the cheap, G4's with Altivec would definitely be competitive.

  116. what if the manuals really ARE an indicator? by Anthony+Boyd · · Score: 4, Insightful

    Everyone here seems to be suggesting that the manuals indicate nothing. "Apple has weak docs!" seems to be the summary. But can we entertain the notion that perhaps while 1 page is too short, 230 pages is far too long? If so, is this because the people who wrote the manual are not professional authors, and got too wordy? Or is it because Linux just isn't usable enough?

    And whatever you think, isn't it reasonable to suggest that making Linux more intuitive and the manuals more succinct might help rid us of idiot lusers who won't RTFM? They won't really go away, but if we actually take usability seriously, perhaps developers can get half those people to solve their own problems. Wouldn't this be a good thing? I guess that's a rhetorical question -- I am sure it is a good thing. I spend my entire workday building apps for people, and one usability tweak can mean the difference between 20 nagging people a day and 2. My team even has blacklisted a couple people in the company, whose projects are always time-sinks to build and time-sinks to maintain. Why? Because those people are control freaks who won't let us fix usability errors, and my team ends up spending their days on support. If you can build something intuitive and usable, both the users and the developers will be much happier.

    1. Re:what if the manuals really ARE an indicator? by Ukab+the+Great · · Score: 2

      Someone once did a study that showed that every dollar spent on usability research saved $100 in tech support costs. What you are saying is true.

  117. Congratulations by overunderunderdone · · Score: 1

    The ability to use a CLI says something about your intelligence... those who have no desire to learn even simple bash, probably aren't smart enough to need a cluster or use it wisely... I still say, "Hire a professional." (Plug:) Like me.

    Congratulations: you have won the *NIX Bigot Arrogance Award for most asinine comment on slashdot. There was a lot of competition but the judges have selected your comment as the overall winner. The assertion that use of a CLI equates to intelligence was an impressive display of arrogance in itself but concluding with a plug for your own "professional" services was truly the piece d'resistance.

  118. Re:Real life goatse.cx!!!! [OT] by Mr.+Neutron · · Score: 0, Offtopic
    An unemployed bloke from Hull was shagging a goat.

    And this is news because....

    --
    dinner: it's what's for beer
  119. pricing by sootman · · Score: 1

    digging around, I finally got to the order form. pricing is: $150+(N-1)x$100, or $150 for the first seat, $100 per each node thereafter.

    --
    Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
  120. Re:AAHHH! by Anonymous Coward · · Score: 0
    At work? You sure you don't mean at home, on your mommy's computer that runs SurfWatch?

  121. Typical mac article by marcovje · · Score: 1, Troll


    Typical mac article. All about "performance", and
    performance/clock, but nothing about performance/price.

    The simple fact that they don't mention it, says enough.

    The whole idea of commodity hardware clusters revolves around the lower cost per gflop.

    Using PPC that is 2 times as fast and 4 times as
    expensive makes it uninteresting for a large group
    of researches.

    Some will choose PPC because less nodes is less spaces, but most will go for costreduction, and stay with intel (or better: Amd)

    1. Re:Typical mac article by marcovje · · Score: 1

      Of course it isn't a troll.

      If you have software that runs on both (like Linux),
      you pick the one with the most performance per $,
      not PPC because it is has more performance per tick.

      For clusters this is a serious calculation

    2. Re:Typical mac article by Dean+Dauger · · Score: 1

      Please define your "cost" and include it in your "price". How much is your time worth? Multiply that by the time you will have to spend maintaining your cluster.

      The Plasma Physics group at UCLA does not have the money to pay for Linux expertise. That's why we went with the Mac to get our work done, which you can see a sample of at:

      http://exodus.physics.ucla.edu/appleseed/science .h tml

      Also, we took an idle, unused USC computer lab and used it as a cluster with zero additional hardware and achieved these results:

      http://daugerresearch.com/fractaldemos/USCCluste r/ USCMacClusterBenchmark.html

      When we walked away, the nodes were still ready for the undergraduates for use as a computer lab. This cluster software coexists with mainstream apps, like Office.

      Have fun,
      Dean

    3. Re:Typical mac article by marcovje · · Score: 1

      "MY" cost and my "PRICE" don't matter.

      For some purposes it does matter (likewise with scarce floorspace where you want as much FPU power in running as cool possible in a box), for some it doesn't. A lot of clusters are run by students.

      That your group somehow happened to have no unix experience, and a ton of PPC hardware laying around
      is fine, but that doesn't justify the fact that
      all discussion about price is left out. Since Unix
      is well entrenched in most universities, and I will
      have to search very well to find a simgle mac overhere.

      Without naming price in this kind of articles, the picture is incomplete, and it is essentially misinformation

  122. How the fuck is this flamebait? by Anonymous Coward · · Score: 0

    Again and again, the moderators show that they are either:

    1. Incompetent
    2. Biased
    3. Both

    There was nothing in this parent's post that in any way suggested flamebait or trolling. He had an opinion, it was valid, and he stated it. There were no "death to Mac's" or anything of the type. Modding this as flamebait shows how wonderful censorship can be.

    Now go ahead and mod this down, so nobody will notice the hypocrisy on this thread.

  123. The software by ericlj · · Score: 1

    I may have missed a previous post on this, but the 1 page Quickstart document assumes that you have a nice distributed application. In my experience, useful distributed applications don't write themselves and the expense (dollars and time) of creating the software will dwarf any expense involved in setting them up (unless you are doing things on a distributed.net kind of scale).

    1. Re:The software by mlk · · Score: 1

      My pref is to have a "user manual" (like the pdf) and the "programmer docs", not both superglued into one.

      Also, paraphased from the artical building a beowolf-app (for apple) is simply a matter of writing a multi-proccessor-enabled app[1] and recompiling!

      mlk

      [1] Which, coming from a BeOS world, all good apps should be. ;-)

      --
      Wow, I should not post when knackered.
  124. Physical Space issue by swb · · Score: 3, Insightful

    The size is what really kills them.

    A 45U rack will hold 45 1U dual-CPU systems. Even more of the server-blade type systems (280 of the Compaq in a 42U rack).

    The only way to rackmount a G4 that I can find is at Marathon Computer. A set of replacements for the "handles" for $225 or a whole new case which is 4U but is $550. Given a 45U square-hole 19" rack, you could squeeze in 11 dual CPU G4s.

    I don't care what your performance fantasies are about the G4 systems, they're not more than 4x faster than dual x86 systems.

    1. Re:Physical Space issue by Anonymous Coward · · Score: 0

      Yes Marathon only have a 4U rackmount, but, you can get a 4U or a 2U rackmount from Grand Vitesse Systems in San Francisco. Their website it not working http://www.gvsnet.com, but, the do sell on eBay http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem& item=1329054361, and there is a picture of a 20 processor unit in a large rack on the eBay page.

  125. And this is convincing because...? by wedg · · Score: 3, Informative

    They note that the Linux "how to" manual is 230 pages while the corresponding Apple document is a 1 page PDF file.

    Yes. Wonderful. This says nothing. This is one of "those" statistics. The Linux "how to" could be 230 pages because it not only tells you how to set it up, but gives you advice on customizing, creating optimized programs, hacking the kernel, and FAQs covering every single problem or question you might have.

    The Mac PDF might be an almost blank page that says, "Call tech. support." Furthermore, why mention that it's a PDF at all? Are you saying that it's somehow better to use a proprietary document format (e.g. Proprietary Document Format - PDF, get it?) instead of plain text? Is the information somehow MORE relevant because it's in PDF?

    Please. I've seen neither, but all this tells me is that someone wouldn't know a relevant comparison if it widdled on his shoes and stole his wallet.

    --
    Jake
    Dating: while( 1 ){ call_girl(); get_rejected(); drink_40(); } return 0;
    1. Re:And this is convincing because...? by 90XDoubleSide · · Score: 3, Informative
      Please. I've seen neither

      Well, at least you admit that this comment wasn't based on any actual facts. Here is the complete text of the PDF:

      Requirements: Macintoshes running OS X 10.1 or later with proper connections to the interet. (If the Macs are on an isolated network, manually configure their Network system preferences to use unique IP addresses from 192.168.1.1 to 192.168.1.254.)

      Installation: Double click the Pooch installer. Repeat for additional Macs on the same local area network.

      Congratulations! You have just built your first patallel computer. Now to test it:

      1. Select a parallel application: Dowload the AltiVec Fractal Carbon dmo and drag it from the Finder to the Pooch alias icon on the desktop.

      2. Select nodes: To add other nodes, click on Select Nodes... from the Job Window that just appeared to invoke the Node Scan Window. Double-clicking on a node moves it to the node list of the Job Window.

      3. Launch: Click Launch Job in the Job Window to start your parallel job. Pooch should be distributing the code and launching the parallel application.

      Congratulations! You are now operating your first parallel computer.

      pooch@daugerresearch.com
      http://dauger research.com/pooch/

      Copyright © 2001 Dauger Research, Inc.

      As you can see, there are only two sentences about actually installing the program, and three paragraphs about how to use it. Is the entire Beowolf book about installation and set up? Of course not, but a good few dozen pages are, so I'd say Pooch's 2/3s of a page wins.
      --
      "Reality is just a convenient measure of complexity" -Alvy Ray Smith
    2. Re:And this is convincing because...? by Zoop · · Score: 2

      proprietary document format (e.g. Proprietary Document Format - PDF, get it?)

      Except that the PDF format is open, not proprietary, which is one of the reasons why Apple used it as the basis for the Quartz display engine as opposed to DisplayPostScript, its predecessor on NeXT that required a license fee.

      The point is that Linux clusters need that as opposed to a Mac cluster, which you can throw together from a bunch of computers that (in academia) are probably sitting around in your lab. That brings the P/P ratio way on the side of the Macs since you don't have to buy additional hardware.

      If you can afford a full-time Linux admin, great. There are undeniable advantages to a well-tuned system. But if your budget is lower, a system you can set up (as a sixth-grader was apparently able to) without a lot of planning to do a back-of-the-envelope clustered solution. Then use that success to get grant money to get the Linux cluster and attendant admin.

      ...unless you're willing to learn how to set one up (clarifying the openness of various file formats along the way) and manage it for free?

    3. Re:And this is convincing because...? by wedg · · Score: 1

      Whoops, my mistake. I thought Adobe owned the PDF format (wouldn't put it past 'em, after that e-book crap), but I guess it makes sense since I can use xpdf for free (I just wasn't thinking in particular about it).

      However, the point was: Why mention it's a PDF at all? It's not like it's relevant to a comparison of the relative complexity of setting up one or the other. If anything, a plain text version is *more* accessible than PDF - it might be a disadvantage.

      And I have no problem learning how to set up one. One of the advantages of linux is precisely that: It's easy to teach yourself how to do things because there's loads of documentation out there on how to do it (apparently 230 pages in this case). I'm not saying that Macs don't have the same thing going for them. I don't use Macs, so I don't go looking for Mac documentation.

      Some might argue that the fact that I have to look for documentation at all is indicative of the fact that it is hard to configure/setup/fix things. I would argue that it's pretty darned easy (e.g. ifconfig eth0 192.168.0.1 netmask 255.255.255.0 broadcast 192.168.0.255 is as easy as going through the Windows GUI networking setup to do the same thing, with less pointing & clicking on the mouse, which personally gets annoying for me... keyboard to mouse to keyboard to mouse to back again.) The trick is finding out what the command is. And truthfully, I know people who couldn't setup their IP in Windows because they, quite simply, don't know where to look. It's the same problem.

      And with the addition of 'nifty' tools like Drakconf, it becomes *exactly* the same problem.

      Er... what was my point again? Oh yeah. If you give me 100 Linux boxen, I'll setup and admin the Beowulf for you. :)

      --
      Jake
      Dating: while( 1 ){ call_girl(); get_rejected(); drink_40(); } return 0;
  126. Thanks for pointing this site out again! by cr0sh · · Score: 2

    I browsed through it briefly when KLAT2 was announced on /. - but didn't come across the PAPERS stuff.

    That is a cool project - even cooler was WAPERS - parallel clustering using modified parallel port switchboxes and custom cables - cheap interconnect hardware, to say the least! Even PAPERS didn't look that hard to implement (basically the same kind of system, but using AND gates to tie everything together, resulting in a "safer" system less likely to burn out "non-compliant" ports) - plus you get cool blinking lights!

    Hmm - here is an idea - imagine making a PAPERS interface on a "per-machine" basis that fits into a 5 1/4 inch bay (like a bay bus device) - basically, split up the PAPERS box, then build custom interconnect cables (might need two cables per box?) - a real nice custom high-speed interconnect.

    I need to look further into this interconnect, and see how it fares against others - cool...

    --
    Reason is the Path to God - Anon
  127. exactly. by rebelcool · · Score: 3, Interesting
    So many people who cannot comprehend that many people simply do not have the time or resources to manage a unix box (or several), but have the ability to manage easier systems like windows or macs.

    The money saved by using a free OS is quickly eaten up by the salary of someone who has to make them run smoothly, which is damning if you're a small business with only a few employees, or in your case, a research group.

    --

    -

  128. they left out one detail by BobSoros · · Score: 1, Troll

    the Mac manual was published using a 1 point font, OTOH the beowulf manual is large, double spaced 36 point.

    --
    Contain my voice. Place my user into your foe list.
  129. Right only now its linux's turn by Clansman · · Score: 2, Interesting

    Linux has the endless instructions and most windows games I try install themselves just by putting the cd in.

    What I find interesting is that someone creating, say, linux cluster server software, doesn't 'market' it using a kde install and administration tool. they could have a command line version as an add on for those that need it.

    Ah yes, of course, what if you don't like kde, think it sucks and have fvwm instead. Yah, probs.

    Its a difference in mentality.

    Ease of install/setup vs some other way like just the way it use to be.

    J

  130. x86 is 'Standard' by suwain_2 · · Score: 0, Redundant
    I'll refrain from making any flat-out "{Macs | x86s} are better!" comments. I do want to mention one thing that, surprisingly, hasn't really come up yet.

    That's the x86 is more of a standard. Let's say that node 15 of my massive cluster bursts into flames for no apparent reason. I can replace it with any old 'off-the-shelf' computer, and, at the very least, the 'architecture' is the same. With the exception of various slot/socket layouts, the PC is more 'interchangable'. If my Athlon overheats, I can run into practically any computer store, buy the same chip, and pop it in, where the old one was. If my iMac processor bursts into flames, I'd most likely have to take it to a special Mac place.

    Another 'disadvantage' of the PowerPC platform (and this one won't really affect me, or many Slashdotters for that matter) is that you can't run Windows on a the PPC (Mac) platform. My choice for a clustered operating system would most definitely be UNIX-based, but surely some would like to run Windows on their cluster. With x86, that's possible.

    --
    ________________________________________________
    suwain_2 :: quality slashdot p
    1. Re:x86 is 'Standard' by pressman · · Score: 2

      Two words:

      Virtual PC

      --
      Pooty tweet
    2. Re:x86 is 'Standard' by Anonymous Coward · · Score: 0

      While the iMacs are custom, the PowerMacs are full of STANDARDS!
      Thats a standard PPC (you get get from Motarola)
      PCI BUS (ohh look, a card blows up, you can get a new one!)
      (I think it's not standard is the FIRMWARE that locks the hardware to software (stops you running MacOS X/9 on "clones")).

    3. Re:x86 is 'Standard' by suwain_2 · · Score: 1

      Actually... The thought of emulation did cross my mind, but I decided that clusters are usually used to get maximum performance, so running an emulator would be somewhat silly...

      --
      ________________________________________________
      suwain_2 :: quality slashdot p
  131. That's a lot of power for a Mac system by second+class+skygod · · Score: 1

    Can you imagine Beowulf cluster of those things?

  132. What a rediculous comparison by Anonymous Coward · · Score: 0

    The book to which he's referring covers everything from the ground up, from basic clustering principles and theory, to building and administering a cluster, to specific programming API's used when creating cluster-aware applications.

    The one-sheet document he describes is nothing but how to install a particular set of client software on a Mac, connect it to an already-working cluster, and submit pre-written software to the cluster.

    The former is intended for engineers who are looking to learn how to build a cluster from scratch - regardless of the platform they're building it on. The latter is an excellent example of the type of end-user documentation those engineers should write for the people who will be using that cluster when it's built - regardless of the platform it's built on.

  133. Linux on PPC? by Arker · · Score: 3, Insightful

    It's interesting, all the comments I've read so far, including yours, seem to deal with this as a dichotomy between Linux/Intel and OS10/PPC. Don't forget you can run Linux on PPC. For a high performance dedicated cluster that would definately be an option I would look at.


    Of course, there are situations where the Mac software has advantages that will really shine. Like if your "Cluster" is really just the lab machines at the college, acting as a cluster when not being used for DTP and Video editing or whatever. In that case the ease of setting this up with Mac OS10 would be a real plus.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.
    1. Re:Linux on PPC? by Anonymous Coward · · Score: 0

      That's the problem of Linux marketing (does Linux has marketing?) - it doesn't create right sterotypes. People sound "desktop" and think "Microsoft". People sound "Linux" and think "x86". As a result Linux is in competition in traditional for M$ area: x86. Do you know any CTO/CIO who belives that Lintel can win Wintel? I don't. Why not create another sterotype: sound "Linux" and think "everywhere"? That would even re-use some marketing sterotypes of Java and XML. What's missied? Commercial Linux server distributions with pre-installed Apache/Tomcat/Cocoon, XML support in Emacs (not that depricated psgml!) and generally keeping Linux and OpenSource on the hype wave (and actually use that wave). And do something with depricated stereotypes like: people sound "application server under Linux" and think "all that PHP/MySQL unreliable crap". Who said that marketing is bad for OpenSource?

  134. Re:Why the Mac could be the perfect clustering dev by Anonymous Coward · · Score: 0

    Yellow Dog, makes Black Lab linux for cluster Macs. Go there, take a look, they also point you to a company that makes racks.

  135. Why am I taking the bait... by alexhmit01 · · Score: 5, Insightful

    10 good Intel machines will not cost less than $10,000. For scientific work, I don't consider eMachines or your grey-boy solutions a "good" system.

    So, I took the bait... I went to Compaq's site and spec'ed out an equivalent workstation. Note, I'm not souping up the video card or CD-ROM like the Apple workstations. No need to waste money.

    Compaq Evo Workstation W6000, Intel Xeon 2.00 GHz/512K processor, dual processor... Upgrading to 512MB RAM. $3521.00. Note that this machine only has 10/100 networking. The Apple has Gigabit. This should matter in a cluster.

    Dell Workstation 530. Intel Xeon 2.0 GHz x2, 512MB RAM, and an upgraded sound card (Dell won't sell a dual-proc workstation without an $80 soundcard upgrade... weird). Dell did let me downgrade the video card annd monitor... Price: $3878.00. Unlike Compaq, I could buy the Dell workstation with Linux (supported) instead of NT and needing to swap OSes.

    Next I went to Big Blue. They push Linux, they should sell me good Linux workstations. When I bought my last round of Penguin Computing machines (to run OpenBSD and Linux) I looked at IBM first...

    IBM's only dual processor workstation, the IBM Intellistation M Pro 6850 Tower. With a second 2.0 GHz Xeon processor, $5218.

    Real computers cost money. Flaky machines that hardware lock from time to time do not. You can't compaq the Apple workstations to the bottom-barrel systems.

    In fact, at $1300 for the lowend iMac (700 MHz G4), admittedly with a silly flatscreen for this project, or $2300 for the midrange (933MHz) G4, Apple hits some good price points for this.

    Look, the new G4s (in the 933MHz and 1GHz-dual models) are sporting a 2MB L3 cache! That's damned impressive. A 2MB L3 cache should make cache misses SO infrequent that the slower memory bus speed is irrelevant.

    Look, if you need lots of power, you used to need to stop millions. You're not going to cut corners on your machines. You're looking at $3500 for an Intel dual-Xeon based solution or $3000 for the dual-G4 based Apple solution. Sure you get an unneeded Superdrive, but who cares? When the project is over, I bet you everyone in the lab is happy to take one of the Superdrives home...

    Geeze people, get a grip.

    Apple's G4 workstations are not the same quality as the computer you have in your room in your parent's house. These are real machines with:

    Gigabit Ethernet (very significant for a cluster, and unlike the PC's 32-bit, 33 MHz bus, real machines like the Apple, Compaq, or Dell workstations have 64-bit OR 66 MHz (sometimes both) PCI busses so you can actually USE the Gigabit Ethernet.

    The Apple's L3 Cache has 2MB DDR SDRAM at up to 500MHz, this is much faster than the 266MHZ DDR in PCs and comparable to the PC800 RDRAM in the Dell/IBM workstations. Sure the System RAM is slower, but a 2MB L3 cache makes this less relevant.

    The Superdrive, Firewire, and Video cards are all unnessary here, but they are actually really nice features if these machines will be reassigned as desktop machines when the project is over. You could buy new PowerMacs with the G5s ship within 6 months and reassign these as desktop machines. The real workstations are the same. You $45000 cluster of crap machines won't take you very far. They are trash when replaced, and if the machine hasn't been QC'd? Well, time to explain that your project needs to start over.

    Come on people... Quake != scientific computing

    1. Re:Why am I taking the bait... by throx · · Score: 2

      Some things:

      What stats do you have to show that a 2M L3 cache is actually a significant improvement over a 512k L2 cache? Last I heard L2 cache misses were pretty insignificant. Do you even know the latency on the G4's L3 cache?

      A 500MHz L3 cache is slower than dual channel 266MHz DDR SDRAM. The only reason the G4 has this L3 cache is because of it's inferior memory architecture to the x86 world, let alone the other RISC crowd.

      Xeons have an L2 cache of 2M running at a hell of a lot faster than the G4's L3 cache. It is actually more realistic to compare these G4s to either Athlons or P4s than it is to pretend that they are in the same league as Xeons.

      --

      Fear: When you see B8 00 4C CD 21 and know what it means

    2. Re:Why am I taking the bait... by greydmiyu · · Score: 1

      Neither are a lot of other things equal to quake that many businesses (loads in the ISP arena) use off-the-shelf, generic PCs for. There is no reason to go with a company workstation for cluster work. None. You can get as good, if not better, from generics. Furthermore you get a far easier upgrade and repair path.

      Furthermore off the shelf machines are not "trashed". They can be cycled into the office as dekstop machines as needed. Face it, anything over 500Mhz and 128Mb of RAM these days is more than enough for office use in spite of what the corp twinks think. You're trying to tell me machines that spec out at level 4 times over that are going to be obsolete for desktop office work in 6 months? There's a word for thet assertation. It combines two words. One is a cow with horns and the other is they byproduct of said animal that can be used for fertilizer.

      --
      -- Grey d'Miyu, not just another pretty color.
    3. Re:Why am I taking the bait... by mountain_penguin · · Score: 2, Informative

      ok yes but consider physical space issues as well as heat dissapation. Yes i know the macs run cooler but box size is an issue you need a lot of floor space.
      I can buy a 64 proc 1.6 gig athlon cluster for $70,000 from http://www.microway.com/products/clusters/dualathl on.html
      This comes with Myrinet which is much better than ether lower latencie as well as high bandwidth. This is a preconfigured cluseter in one nice rackmount unit just plugin in and go. I would love to see dual proc rack mount macs as this would give another alternative to either x86 or sun. Sun netras are nice looking but slow and exspensive (yes i spent the summer working with one i know) intel is very very very cheap and configuration costs are minimal config one mache dd disk image to other have dhcp do the networking easy as pie.
      for real fun stick mosix on and run mpi on top of mossix. You get a small performance loss but gain massive reliablilty.
      You can use cluster nodes as part of a desktop lab but watch what happens when one gets rebooted and MPI gets very confused. For real clusetering you want rack mount small size footprint as well as low cost

    4. Re:Why am I taking the bait... by slashdot2.2sucks · · Score: 0, Flamebait
      10 good Intel machines will not cost less than $10,000. For scientific work, I don't consider eMachines or your grey-boy solutions a "good" system.


      So, I took the bait... I went to Compaq's site and spec'ed out an equivalent workstation. Note, I'm not souping up the video card or CD-ROM like the Apple workstations. No need to waste money.


      ...


      I worked at Los Alamos this summer with 9 seperated machines and a 32 node cluster


      None of the computers there were purchased from the point and click menu at Dell's web site.


      So fuck off unless you have something useful to say.

    5. Re:Why am I taking the bait... by Anonymous Coward · · Score: 0

      Gigabit Ethernet (very significant for a cluster,

      That all depends. If your application is massively (coarse-grained) parallel, GigE is a big waste of money. Gigabit NIC's are getting to be reasonably priced these days, but the switches are still expensive, especially for a large cluster. If you need GigE, then you also need fast/wide PCI, which puts you into the server-class machines you spec'd. But if you don't, you're often better off buying several times as many cheaper machines.

      Xeons? Why? If your application really needs a big cache, yes. Otherwise, wasted $. Dual processors? Again, depends on your application. If your app happens to be memory bandwidth bound, the second processor isn't going to do you much good. Buy a larger number of uniprocessor boxes with the same budget.

      Most "production" Beowulf clusters are built with a single application in mind. The best solution depends strongly on the properties of this app. Benchmark, then design.

      If you look at the Beowulf mailing list, you'll find that there are a lot of real people in the real world solving real problems on cluster nodes built around ordinary Athlons and Pentiums with 10/100 Ethernet. Typical cost: $500 for a uniprocessor, $1000 for a dual box. Add 10-20% if you want someone else to build and test them.

    6. Re:Why am I taking the bait... by Elwood+P+Dowd · · Score: 2

      Don't mean to nitpick, but I think the new apple machines have 64bit 133mHz PCI busses. Let alone 66mHz. The listed tech specs are here

      --

      There are no trails. There are no trees out here.
    7. Re:Why am I taking the bait... by Anonymous Coward · · Score: 0

      It's a typo. Or possibly some marketing type confused the PCI bus with the memory bus. Rest assured, PCI doesn't have a 133 MHz flavor (yet). The new machines have wide (64 bit) but "slow" (33 MHz) PCI.

  136. Re:Simpler != better by 4mn0t1337 · · Score: 1
    Most Macs I know of don't come with the requisite 2 NICs, and adding one would ... have another 1 page guide to add that.

    Dude, have you ever opened one of those things up? 1 picture, maybe 2, and 2 lines of text.
    Don't make up this nonsense about needing extra pages.

    The administration software would have to be installed and configured, or another couple pages for that...

    Once again: a paragraph at best.

    If I buy a turn key system that I will have no idea, nor desire to know how to run

    That is just a flat out unjustified comment. You shouldn't try to sneak equivications in like that.
    Turnkey != lack of understanding.

    Truth is, if you are prone to setting up clusters, you are a cut above Joe Homeuser. I doubt anyone's grandmother would be doing this. G4 are used a lot in academic settings, and anyone who is doing that could probably "field strip" any machine, be it DIY or mac.

    While I agree with you that simpler is not always mean something is the best, the lack of undue complexity does. (fewer fail points, lower TCO, etc.)

    --

    ______
    Once: you're a philosopher. Twice: a pervert.

  137. Short docs by Anonymous Coward · · Score: 0

    If short docs == good usability, then Linux must have the most usable set of apps on the planet, given how many have either no docs or so little they're not worth reading.

  138. No Surprises Here by marktwain · · Score: 2, Insightful

    Isn't that a concidence. I just came from a Mac discussion forum which was discussing the same linked article on the Mac Head site.

    I show up in Linux city and what do I find? Well, I find a lot more messages, but that doesn't mean a thing.

    All I have to do is take the ones on the Mac board, switch Max and Linux, and do the same here. They're interchangeable.

    The Wintel chappies are bug eyed with glee and laughing it up as us dumb kiddies.

    Heh. Lotsa Linux types haul an iBook around. And lotsa Mac sites run Linux on their servers. Does that suggest any thing? Maybe we should check out these other guys, maybe?

    Why are the penguinites and mac heads banging? Maybe.....just maybe, there's a little objectivity here in 10% of the posts. The others are either ill informed or prejudiced.

    Yeh? Well I posted about the same dumb message you just read on the mac head board too.

    heh.

  139. Correction... by LenE · · Score: 5, Informative

    It's not your fault, because you probably didn't know this, but the USC Mac cluster didn't cost anything near $440,000, and it didn't have any 1000 MHz. G4's in it.

    At the "Macs in Science and Engineering" user conference at Macworld, they gave the general specs. of this cluster, and all of the machines were dual processors, but of different hardware generations. Although the fastest machines were dual 800 Mhz. on 133 MHz. bus, the majority were slower dual 450 and 500 Mhz. machines with 100 Mhz. buses.

    With the fact that all were dual, and ignoring depreciation on the older hardware, the cost would be at most $220,000, If you were using Dual 1 GHz. G4's, it would still be only $220,000. My notes are on my laptop, but I believe that the actual cost of the USC cluster was less than $200,000.

    Also, I assume that you think that the 270 uni-processor T-birds will scale performance linearly as well. I doubt it would only cost ~$600 per node as you would have to use Myrinet or some other fast fabric, and with three and a half times as many nodes, the latencies, hardware, and administration cost would be crippling. I have the same cost argument if you use dual Athlons, as the boards are quite rare, and the node count is almost double the Mac node count.

    Your price/performance assertions don't stand up!

    -- Len

    1. Re:Correction... by Perdo · · Score: 2

      I pulled the Mac cluster stats from their website. Direct copy and paste. The cost for the Athlon cluster is actually an extreme over estimate.

      1.4 Tbird $93
      ECS Motherboard: $53
      Two 10/100/ nics $40
      Power supply $10
      1.5 gigs DDR ram $330
      Floppy Boot $10
      $526 per machine

      10 64port 10/100 switches @ $11,360 comprise the rest of my figure

      To find my Apple price I downgraded their price as much as possible including using after market memory.

      Sorry to offend the Mac Horde But macs are pricey, slow and not in the spirit of Beowulf's goal of supercomputing on cheap commodity hardware.

      I know, I know, what did I spend the last $6,500 bucks on? A shiny mac with 22 cinema display "for display perposes" because that shiny preety smoothy eeeeasy glossssy Lame assed user experience is all Mac lovers care about any way.

      --

      If voting were effective, it would be illegal by now.

  140. Dauger and Mac Clusters by Paco23 · · Score: 2, Interesting

    All of a week ago, I went to a talk where the man, Dauger himself, got up in front of a bunch of professors and explained why Mac clusters were the best thing in the world. The Wired article reads just like his presentation. He even had a copy of the Beowolf book at the presentation, and handed out copies of his one page manual. There is no comparison. His manual says, basically, to install Pooch and reap the rewards. I found something interesting. The USC cluster that was mentioned was our Language Center Lab (I'm a student at USC). They ran a fractal benchmark. The thing that I found interesting was this, and maybe someone can help me out here. The language lab doesn't have any dual processor machines, and doesn't have clock speeds anywhere near 1 GHz on any of the machines. It's my understanding that all of these Macs pump out about 1 GFLOP each. There are 56 machines in the lab. 1 GFLOP * 56 machines = 56 GFLOPS peak. Dauger's benchmark said the cluster was pumping out 223 GFLOPs. What am I missing?

    1. Re:Dauger and Mac Clusters by Anonymous Coward · · Score: 0

      Perhaps when university people, as opposed to vendors, say that the machines pump out about 1 GFLOP each, they are referring to the average performance across a number of different codes, rather than the peak performance?

      I don't think you need a dual G4 or a 1 GHz G4 to break 1 GFLOP, if your application is able to make good use of AltiVec.

      Or were you suggesting inaccuracies in the benchmark program's measurement of the cluster performance?

    2. Re:Dauger and Mac Clusters by Dean+Dauger · · Score: 1

      >> What am I missing?

      The achieved performance of one dual processor G4/533 is 3.6-3.9 GF with the AltiVec Fractal Carbon demo, depending on the Max Count settings. I recommend going to Taper Hall and try it out yourself. We added about 20 dual-processor G4/450s elsewhere on campus to those 56.

      Have fun,
      Dean

  141. Phaeton says BAD!! by Anonymous Coward · · Score: 0

    Dragging a sensationalist article like this out of somewhere with the obvious intent to start a Holy War is crass.

    Of anything, mac users need to stop touting that OS X will make all the *nix users "Finally See The Light" about macs, and *nix users need to stop touting that OS X will make mac users "Finally See The Light" about *nix.

    We should more work together amongst each other.

  142. What?!? You have to READ? by Anonymous Coward · · Score: 0

    You're absolutely right: READING TOO HARD!

  143. Your Header is what's slanted by zetetikos · · Score: 1

    In the header for the slashdot article "Slant of the article is that the Macs are easier to set-up, maintain and are more flexible." I think it is funny that you call the article's conclusion a slant just because it's in favor of the Mac. I'm sure your header would state the conclusion as absolute fact (LINUX easier to set-up, maintain and is more flexible!) if the article's conclusion had been the opposite. You should used an unbiased header like "Article concludes ..." Is slashdot a news site or a propaganda site? Zet

  144. Sigh by Anonymous Coward · · Score: 0
    Why... why.. why.

    Why do you continue to egg these these Mac zealots on with these stories. Jesus H Christ, just shut up with these Mac stories and let these idiots relax a bit.

  145. I'll pass (a Mac user) by Anonymous Coward · · Score: 0

    Sorry, but this just doesn't seem like a very stable or efficient setup to me. First, Pooch appears to be Carbonized...which has a decent amount (IMHO) of legacy problems/sluggishness that it'll drag into OS X. Second (kinda related to the first item) it's using OpenTransport. OT was usable for its time, but good grief *don't* use it now...especially when you have sockets just sitting there in OS X waiting to be used. OT is piss-poor compared to sockets. Finally, I really have to wonder about how multiple processors are being taken advantage of. Since we're talking Carbon, it may very well be via a high level call. My point: all the legacy fluff is going to be extremely inefficient compared to a good ol' pthread. The last thing I want to run on my G4/dual-800 w/OS X is something that has even the scent of Carbon calls.

    Some would say 'hey, it works though; look at the results'. Well, so what? You can boot into WinMe 60% of the time too...bfd.. Nice to see this, but it misses the mark.

    I'd rather stick with a Un*x-based implementation than something like this....be it MacOS X, Linux, or, um...nothing at all ;-)

  146. Re:BEOWULF CLUSTER! by iotaborg · · Score: 1

    Indeed. One of the Macintosh labs at Carnegie Mellon is actually called the "Apple Orchard"... more suitible, now just wait for Apple to market it.

  147. The obligatory historical note.. by jcr · · Score: 3, Informative

    Beowulf was predated by "Zilla.app", which shipped on NeXTStep 2.0. Richard Crandall used Zilla on any workstation that was idle, anywhere on NeXT's network (idle being defined as "the screen saver was running"), to find the 13 Fermat number, among other things.

    So, this kind of (relatively) low-cost clustering began on Mac OS X's predecessor.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  148. These Xeons... by alexhmit01 · · Score: 4, Informative

    These Xeons feature 512K of L2 Cache. Sure there are Xeons with HUGE amounts of L2 cache, but then we are hitting the $10000 price range. These are workstation machines, not server machines.

    I can't compare the Apple's to the P4s... P4s don't go dual processor, so the PPC G4 wins here. I can't get a Dual proc P4.

    Athlon? None of the vendors I checked have Athlon workstations, so they weren't in consideration.

    However, after realizing the lack of Athlons, I remembered that Penguin Computing has a line of Athlon based workstations.

    I went to their website, and priced out an Athlon MP system, the Tempest 210MP Workstation.

    With 2 Athlon MP 1900+, not really competetiive with the new 1 GHz G4s, but close enough for our comparison (and matching your assertion that they are in the same league as them). With 512MB PC2100 RAM, and upgraded to the Gigabit Ethernet card (they have one, might as well try to be fair), and my workstation price is $2707.

    Congratulations, we have a winner. A Athlon MP 1900+ (running at 1.53 GHz if I recall?) with similar specs at the Apple Workstation comes in $300 cheaper. The Apple has some advantages, the better video card and Superdrive are nice features when the machine is recycled as a desktop machine, but for now they are superfluous.

    What is the point of my work?

    You're all full of shit. Apple's computers are extremely price competitive. They are cheaper than Xeons from the real vendors with similar specs (Xeons had faster RAM, equal L2 cache, no L3 cache, and no gigabit ethernet).

    Apple puts out a really competitively priced Unix workstation to Linux workstations from major vendors.

    Apple puts out really competitively priced consumer machines (iMac/iBook) compared to Wintel machines from major vendors.

    You can choose to use an Apple solution or not, but stop spreading the bullshit about Apple being more expensive.

    1. Re:These Xeons... by throx · · Score: 1

      Some people just like to make up arguments don't they? Perhaps you'll give some indication of the places in my post you thought I was saying the Apple was more expensive? Difficult to claim I'm "full of shit" for saying something that was totally YOUR own invention. In fact, I believe that puts you squarely in the definition of "full of shit" yourself. Congratulations.

      If you'll actually read what I wrote, not dream something out of your crack pipe, I asked some technical questions that you seem to have no answers for.

      To recap:

      What proof is there that the 2M L3 cache offers any advantage over the x86's superior bandwidth to main memory?
      Even with the 512k L2 cache on the Xeons, the significantly faster L2 cache (*much* faster than the L2 on the G4) will more than make up for the slow 500MHz L3 cache on the G4.

      The G4 systems, even with the 2M L3 cache are simply not in the same league as Xeons. Apple would like to have you think they are but until they publish some verifiable SPEC benchmarks instead of toy Photoshop and Quake benchmarks it's not going to happen.

      Photoshop+Quake do not make a cluster. Sorry.

      --

      Fear: When you see B8 00 4C CD 21 and know what it means

    2. Re:These Xeons... by UU7 · · Score: 1

      haha retard.

  149. You're a bit out of date there... by jcr · · Score: 3, Informative

    What most of us hate about Apple is that they make it impossible to unhide them, to get into the guts of the thing and change it as we see fit

    On any machine running Mac OS X, go to /Applications/Utilities/Terminal, and launch it.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
    1. Re:You're a bit out of date there... by Anonymous Coward · · Score: 0

      Gee, it only took 18 years and 10 versions to think "Hey, maybe a command line could be useful...". Why, I'll bet it'll only be another 20 before they add a second mouse button.

    2. Re:You're a bit out of date there... by jcr · · Score: 2

      I take you never saw MPW? Apple first shipped a CLI around 1986.

      As for additional mouse buttons, they've been supported too, for quite a few years. If you want a two-button mouse, buy one..

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
  150. If you want Zilla back... by jcr · · Score: 2

    File an "Enhancement/Feature request" at bugreporter.apple.com. The more we get, the higher the priority.

    -jcr

    --
    The only title of honor that a tyrant can grant is "Enemy of the State."
  151. Fear (OT) by Phroggy · · Score: 1

    Fear: When you see B8 00 4C CD 21 and know what it means

    Looks like x86 machine code. CD 21 is INT 21 in assembly, which prints a $-terminated string in MS-DOS. What are the other three bytes? I haven't played with that stuff since high school.

    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    1. Re:Fear (OT) by throx · · Score: 2

      It's x86 machine code for:

      MOV AX,4C00 (note little endian)
      INT 21

      or, in terms of the old DOS days, exit(0). The fear comes in when you see it, know what it means and realize just how full your brain is of stuff you are never likely to use again...

      --

      Fear: When you see B8 00 4C CD 21 and know what it means

    2. Re:Fear (OT) by Phroggy · · Score: 1

      or, in terms of the old DOS days, exit(0).

      Does MOV AX,4C00 set the exit code then? I never bothered.

      The fear comes in when you see it, know what it means and realize just how full your brain is of stuff you are never likely to use again...

      I'm well aware of what you meant. I can't quite recall which memory location on the Apple II would evoke a pop from the speaker when PEEK'd, but that's about as useless.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    3. Re:Fear (OT) by throx · · Score: 2

      Does MOV AX,4C00 set the exit code then?

      Yes. Function 4C (in AH) is exit. 00 (in AL) is the exit code.

      Don't know about Apple IIs but I still remember the "SYS 64738" command from the C64.

      --

      Fear: When you see B8 00 4C CD 21 and know what it means

  152. Don't Buy the Superdrive by hotsauce · · Score: 1

    Or don't buy the model with the Superdrive. G4s start at $1,250 for the education market. It's a cluster, people, just add more machines to make up for the performance difference between bleeding-edge and price/performance champ, and you come out way ahead.

  153. What Department Do You Work For? by hotsauce · · Score: 1

    I don't know what university or what department you work for, but at every single one I have seen, they buy brand-name desktops. Heck, my department is computer science, and even we buy Dells. Biology and Physics sure as hell aren't going to start building pricewatch boxes or buying bargin-basement computers with shady support.

    1. Re:What Department Do You Work For? by Anonymous Coward · · Score: 0

      We buy from whoever's cheapest off of a "good enough" list. This happens to include some local shops.

  154. Reliable Mac OS? Did you hear about Linux/PPC? by Anonymous Coward · · Score: 0

    Clustering assumes reliability.
    Reliability of Mac OS? Are you kidding?

    And the other point, does anybody here know that Mac does not directly mean Mac OS? Did anybody here heard about Linux or BSD on Mac? If not - then you are not far away from people who doesn't know any OS rather than from M$ :)

    One more point: check the performance and memory consuming of Blackdown Java under Linux/x86 and Linux/PPC, especially in green-threads. I know your choice for application server platform after that - Linux/PPC! Am I wrong?

  155. Who would use by berchca · · Score: 2, Informative

    To answer the question of what a Mac would be used for, the answer is quite a lot. Most cluster-based stuff is homegrown applications, which can be written for OSX as easily as most OSes. But beyond that, there is actually a huge call for rendering farms for programs such as After Effects and Maya that film companies use to create films (more importantly, the films I actually want to see, the ones where things fling through space and explode, not the ones where things are passed around a coffee table while people discuss important issues of sexual politics).

    I know Linux just had a big win with Dreamworks, but Macs are huge in F/X industry. And if clustering brings new avenues to cheaper special effects, that means more special effects. And that is just good.

    As for it being easier then Linux, it probably is. No point in crying about it, let's get a Beuwolf-out-of-the-box solution. I agree that Macs aren't customizable enough to my taste, but this doesn't mean there can't be a default configuration of BW that would work immediately and could be tweaked later.

  156. Re:Something tells me this guy has never set one u by TheAJofOZ · · Score: 2
    I can see where the author might make a point to say that the Mac is nice to use for a cluster because Mac hardware doesn't really change much from box to box, but the same could be said for a group of equal-built PCs.

    Ah but see, the Mac's don't need to be the same and it's still just as easy. You should be comparing setting up a bunch of random Mac's and a bunch of random PCs. Even if you have identical PC's that's not the only advantage. The big advantage is that you don't have to go off and configure a whole heap of stuff, you just drag and drop the program you want, select the nodes to run it on and click start.

    Perhaps you should try actually setting up a Mac beowolf cluster before claiming it isn't easier...

  157. AltiVec Rocks by Blue+Lozenge · · Score: 1
    At work, I optimized some image processing code to use AltiVec and got a 24x improvement (!!!) over the standard C implementation.

    The funny part is that I had just finished watching a presentation on AltiVec where the presentor stated that 16x is your theoretical max and that most people cannot get more than 8-10x.

    Go AltiVec!

  158. You are completely wrong by NSupremo · · Score: 1

    Your Mac cluster machines would be better off booting from the same machine. Your cluster machines don't even need hard drives (aside from that memory caching.)

    So much for your insane idea of having to update 1024 machines.

    Instead your 'easy' linux solution becomes 1024 times more work than the mac solution.

    GG.

    --
    http://en.wikipedia.org/wiki/2004_U.S._Election_co ntroversies_and_irregularities
    1. Re:You are completely wrong by Erich · · Score: 2
      So much for your insane idea of having to update 1024 machines. Instead your 'easy' linux solution becomes 1024 times more work than the mac solution.

      Having been an administrator for an environment involving thousands of diverse UNIX machines in use as desktops, I think I know a bit or two about keeping systems updated.

      Netbooting machines is alright, however in the High Performance Cluster I worked with we were very bandwith constrained, and having the machines not netboot eased the network congestion considerably.

      Anyway, It's not hard to update your unix machines every day... just put an update script in root's crontab. Need to do something for every host?

      for host in `cat /etc/host_list` ; do ; done.

      --

      -- Erich

      Slashdot reader since 1997

  159. Possible use? by BlackGriffen · · Score: 1

    From what I understand, Maya is a popular Mac program, and it takes quite a while to do the crunching for that program. Now, artists are always clamoring for faster machines in order to bring such times down. I wonder if it would be possible to run Maya or photoshop in pooch. Also, I wonder how well pooch would handle running on a headless Darwin system (OSX is nice and all, but the GUI does have some operating overhead). This way, instead of buying a new computer for a 50% increase in speed, they could buy it for a 100% increase (assuming new computer is 1.5X faster than old, and the old won't be able to contribute it's all). I could see this working. Of course, the apps would have to be completely re-coded to see a real speed benefit, but having the computer simply work as a headless slave that handles compiles/renders/etc., whilst the human continues to use the front one sounds like a good idea...

    BlackGriffen

    1. Re:Possible use? by jovlinger · · Score: 2

      raytracing (which I think is what maya does) is one of those trivially parallelizable tasks -- the data set is so much smaller than the computation, and the inter-cpu communication is trivial. You don't need a cluster for these, and in fact many raytracers do ship with renderfarm software to use spare cycles. This sort of thing is trival enough that I wrote a java version for a 3 credit graphics course over a weekend, just so I could play with my renderer faster.

      Photoshop filters are less obvious, both because schlepping bitmaps is expensive, and the ammount of communication needed is hard to predict in general (although the com. patterns may be easier, I suspect). I wonder if many such filters wouldn't be at the other end of the spectrum, requiring too much communication per computation to be feasible even over a fast network.

    2. Re:Possible use? by psamuels · · Score: 1
      From what I understand, Maya is a popular Mac program, and it takes quite a while to do the crunching for that program.

      Perhaps now ... but it only came out for the mac like a year ago.

      As for the number crunching - Maya has two modes of operation, interactive use and rendering. The interactive part can make good use of a beefy system, but I'm not sure it's even multithreaded, much less clusterable.

      The render part is what you use a cluster for. And for that, you don't need Macs - Alias|Wavefront supports their render engine on IRIX, NT and Linux (and perhaps other platforms by now). Sure, they don't support distributed rendering out of the box except for IRIX, but any company serious enough about doing large renders will develop or purchase a system to handle the cluster glue.

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
  160. Stupid wins again! [nt] by NSupremo · · Score: 1

    :(

    --
    http://en.wikipedia.org/wiki/2004_U.S._Election_co ntroversies_and_irregularities
  161. Power vs. Cost vs. Maintenance... by rbruels · · Score: 3, Insightful

    There's a few people saying the cost of a Linux cluster of similar computing power would be much less than a cluster of Mac towers. That is completely wrong, and here's why:

    1.) Power vs. cost. The G4, with AltiVec-enabled MPI code, can blast data through in 128-bit chunks. Steve Jobs loves to term this the "Velocity Engine", and it is much, much more powerful when doing solid number crunching -- exactly what would be taking place on these clusters. It's not as amazing for day to day operations, but the capability is there to quadruple the data flow of a traditional processor when doing clustered computing. Typical AMD/Intel processors can just not do this.

    2.) Maintenance. This is key. I maintain a Linux cluster and have worked with others in the past, and wonderful as they are, they require lots of maintenance. It's pure and simple math. You probably built all 16 or whatever nodes with individual parts made by various companies, and inevitably, each of those elements will have problems. This makes debugging and fixing hardware problems unbelievably painful, especially when you also have to deal with multiple parts vendors. When you use Apple Power Macs, ALL hardware problems can go through ONE support source, and that's Apple. Plus, they are pre-built, tested, and refined in Apple's R&D labs far before they make it to your cluster room. This saves such incredible amounts of time and money, it definitely pays for the extra cost of the computers themselves. I wish I could explain to you the sheer pain of keeping a cluster alive which constantly had one part go bad here and there -- but one part, sixteen computers, each with eight or nine significant custom-attached parts... well, it meant a lot of troubleshooting time, a lot of replacement time, and having to deal with far too many different companies to get the parts and support I needed.

    3.) MacOS X. Clustering under previous MacOS versions was, despite the best efforts of AppleSeed, absolutely reprehensible. The operating system was simply not designed to do massive computing projects, and it was not efficient at all. Definitely not worth it despite the work of the pioneers in the field. With OS X, you now have a BSD operating system, one that has done clustered parallel computing for over a decade. MPI, with AltiVec enhancements; gcc with multiprocessor compilation support, you name it, it now runs under OS X and, with the operating system natively supporting the G4, it does it DAMNED fast.

    "What the heck do you know," you might ask. Again, I maintain a 16-node Linux cluster for a plasma simulation group at the University of Colorado, and am also the CU campus rep for Apple Computer. I am well-versed in both OS X and Linux, and their scientific computing environments, and have experience in clustering in both environments. I am in the process of establishing a scientific computing initiative at CU, and I am doing it on behalf of Apple because the G4s (and soon, G5s) are simply the best platform for multi-platform scientific and high-intensity computing.

    The best saving grace from a sysadmin's point of view, is that I will never have to worry about maintaining the variety of parts in those damned Linux clusters. The operating system is wonderful for scientific computing, yes, but there's simply no cost-effective way to purchase and maintain Linux-based PC hardware that could ever compare to the Mac. From an overall perspective, and this is definitely the most important aspect, those who are using massive parallel clusters of computers need their data crunched fast, and the G4 processor, combined with AltiVec-enhanced code, is simply the fastest way to crunch data, straight and simple.

    I hope that clears up the issues for people, because that's how it is. Just the facts, ma'am.

    Ryan Bruels
    Apple Campus Representative
    University of Colorado, Boulder
    bruels@mac.com * 303-332-5434

    --

    "All your base are belong to this file I send in order to have your advice."
  162. hhmm by Anonymous Coward · · Score: 0

    well besids the cost of macos thats another reason why linux sucks.

  163. Correction: Firewire is not faster by EccentricAnomaly · · Score: 2

    You're right... drat those units...

    the latency on ethernet is about 10 microseconds, not milliseconds... on the parallel port it's 1 microsecond... on firewire it's 125 microseconds... which means ethernet is better than firewire and parallel ports are better than ethernet (from a low latency view)

    --
    There are 10 types of people in this world, those who can count in binary and those who can't.
  164. c:\ongrtlns.w95 by Anonymous Coward · · Score: 0

    Interesting page ya link to there. But it proves the x86 PC is better than the Mac, because the Mac box took longer to open. If you're building a cluster, then by definition you have a lot of boxes to open! 40 seconds here, 40 seconds there, it all adds up...

    Oh, and just try to fly to a SPA meeting with a box-cutter these days. Since PCs come with pre-opened boxes, their margin would be even wider.

  165. Totally unfair comparison!!! by Anonymous Coward · · Score: 0

    Look at all the excuses it lists whenever the Mac took a long time: "We didn't have a knife ready", "Max was confused", blah blah. But Jim Louderback doesn't get the same consideration?! At each step, there should be a footnote of explanation: That Jim was crippled by having to use Windows. When one contestant has to use Windows and the other doesn't, it isn't a fair contest!! If Louderback had been allowed to use a Mac too, he could have wiped the floor with that smartass kid. So please, don't post links to this kind of misleading crap.

  166. "Cluster" is misleading by Anonymous Coward · · Score: 0

    The Portable Distributed Objects (PDO)
    environment is great, fanatastic, incredible, but it's stretching a point to call it clustering; if PDO is clustering, than RPC and Sun's GRID should be, as well ... but they're not. Not really, anyway.

    PDO is a kick-ass way to distribute processing load across many systems. It's easier than CORBA (heh), cleaner than DCOM, and not so riddled with security holes as RPC is. Like most development tools out of the NeXT world, it feels like something written by a couple of brilliant developers who needed the functionality, as opposed to the six-committees-and-a-quorum-vote crap that CORBA shoves down our throats. But distributed computing != clustering. What we got here is a better way to manage distributed computing. It's not Beowolf, it's not an E10K with 16 domains and IDN, it's not even Wolfpack. Even so, don't dismiss it. NeXT was ahead of its time. Maybe the rest of us have caught up to it.

    -Baka!

  167. 46 page manual by pressman · · Score: 2

    http://www.daugerresearch.com/pooch/PoochManualX.1 .pdf

    Well, Dauger Research is touting their 1 page manual and right they should. The simplicity in setting up this cluster is pretty amazing. The link is to a 46 PAGE technical document that goes into much greater detail. Still a couple of hundred pages shorter than the referenced Linux manual.

    Now, if people would stop bashing Apple's documentation and realize that it is Dauger Research who wrote the documentation for Pooch, I'd be very appreciative.

    --
    Pooty tweet
  168. Re:Something tells me this guy has never set one u by Graymalkin · · Score: 2

    I think more to the point is you can use Macs that your organization probably already has. If you're at a school whose got a big pile of Macs in the library or graphics labs or something you can turn them into a super computer by night and still have them usable by students during the day. The same can't be said for the highly tuned Beowulf all the systems need to be idendical and within four feet of one another or the doppler shift over the copper wire will fuck something up system. Beowulfs are cool and in some cases are very effective (when you have the money to buy and build a new system) but if you need to use stuff you already have (and you've got Macs) the Appleseed is a good choice.

    --
    I'm a loner Dottie, a Rebel.
  169. Hmmm... by zeno_2 · · Score: 1

    I think this guy has some marketing blood in him..

    ""There's a book called How to Build a Better Beowulf that's 230 pages long and tells you how to set up clusters with Linux," Dauger said. "We have a one-page manual (PDF) that shows you how to do it on PowerMacs."

    I went ahead and looked at the PDF, and I admit, it does look easy. Essentially, the PDF states the system requirements, as well as installation instructions (run setup on this certain program on all machines). The next part is a 3 step process, first, start a parallel application, second, select the nodes to use, and lastly, hit the launch button.

    First of all, he picks a book that I can't seem to find anywhere, at least on amazon or bn.com. I found one that was similar, How to Build a Beowulf (239 pages), and from what the reviews say, it *teaches* you about clustering computers. One would think, that this guy, *should* mention a book that is comparable to the information available in his PDF, but no, he choses a book which is essentially something you could proabably teach a college class on.

    Im not really saying that its not as good, as I don't have the expertise to really know the differences between the 2, which works better, etc.. but this guy is spouting crap in my opinion.

    Ok, my next problem with this. This company or guy or whoever, created a program to do this. He sees something that is on Linux already, applefies it (making it so a 6th grader could do it) and then tries to compare the 2. Obviously whoever wrote beowulf didn't write it so a 6th grader could install it. From what I remember reading about beowulf, someone from NASA wrote it. I could be wrong, but im sure it was someone in a scientific field of some sort that needed to do this. So, the area the beowulf programmer wanted this to be used was in a fairly technical enviorment, where the people setting this up would know how that its a complex job, but its probably fairly configurable as to how its going to work. Now, could I not create a very similar program for linux? Could I not, essentially keep everything as default or whatever, make a wizard that was a 3 step process, that made a cluster in linux? He makes it sound like there is something special with Apple computers that makes this thing work, but from what I read, its just a program that links them together. You don't need anything special that an apple has, he just decided to write it there.

    This is really how I see it, lets say that there is some sort of wizbang technology out there, and its a fairly complex, tunable technology, not for the faint of heart. I create a similar technology, but I keep all the tunable settings, and everything at a default level. I make it extremely easy to setup, because im only making the user provide the very basic of information to get it to work, any sort of *settings* are the same across the board. I then start getting websites to write reviews bashing the more complex system because there is one available that only has a on and off button.

    I dunno, its probably pretty cool, but the only place he really mentions this being used at is in grade schools, (and im kinda pissed that in 6th grade we didn't do a damn thing with computers at all, and kids these days in 6th grade are building supercomputers). Also, from his PDF, your limited to the IP address range of 192.168.1.1 to .254. Does this mean it has a limitation of about 253 machines, or has he not yet programmed the button that takes you to an area where you can *configure* that stuff..

    1. Re:Hmmm... by Dean+Dauger · · Score: 1

      I'm afraid the writer did misstate me. It was "How to Build a Beowulf" by Sterling, et al.

      The first AppleSeed-type cluster was created by researchers in 1998 at the Plasma Physics Group at UCLA:

      http://exodus.physics.ucla.edu/appleseed/

      You may use the Other Clusters link to find out about Mac clusters in other research settings.

      The software works over the Internet. Using the Remote Scan feature in Pooch, I've run a parallel job combining the UCLA Mac cluster with my Mac while I was 6000 miles away in Garching (outside Munich), Germany. (Obviously, the latency was pretty bad, but it worked.) Please try it and see for yourself.

      Have fun,
      Dean

    2. Re:Hmmm... by zeno_2 · · Score: 1

      Im glad you replied back.. I have a question for ya.

      (Im assuming your the one that was quoted in Wired)

      This technology is great, im sure it works as well as you say, but im just curious why you chose a 230 page book on how to build a beowulf cluster, and compared it to your one page pdf? The book talks about architecture of clusters, and you could probably teach a college class on clustering with it, yet your manual is a very basic manual.

      Would it be possible for me to write a one page manual on how to hookup a beowulf cluster? I read one yesterday that was linked from www.beowulf.org, and it was about 4 pages. Why compare your very basic manual with a very large book? It seems to me it would be better saying, "Beowulf has an FAQ on how to setup a cluster linked from their page that is 4 pages long. I have a pdf that is only one page long that will tell you how to build a pooch cluster".

      I guess my problem with the way you portrayed this software is that your comparing something that you made to be easy to use, to something that was not made to be easy to use, and your saying that your technology is better because of it.

  170. Lets get this guy to back up his words =) by zeno_2 · · Score: 1
    "It took NASA's Jet Propulsion Laboratory two weeks to put together a 16-node Linux cluster." he added. "I could do the same thing in less than an hour."

    I would love to see a team of NASA's engineers go against this single guy in a battlebot type of competition with that statement. Give the whole entire team of NASA engineers to build a Beowulf cluster in 2 weeks, and give this guy an hour to make his with Pooch and Apple computers. Then have them both run a predetermined test (that both groups can look at while building their cluster) and see whos cluster *performs* better.

    It seems like to me that if I wanted a bigger dick, I would buy a bunch of apples and tell all my friends how easy it was to get this cluster working. If I wanted to get work done, I would use something that I know works, is used in a lot of places, and I know can work fast.

    Ah well, that guy sucks, the technology might be pretty slick, im not really smart enough to be able to pick apart the systems or anything, but that seems like a Mr. Ego way of trying to sell your product...

    1. Re:Lets get this guy to back up his words =) by Dean+Dauger · · Score: 1

      Last October, when Dr. Decyk and I presented at the Aerospace Corporation, we accidentally showed up late. There were a bunch of powered-off PBG3's in bags there we had just seen for the first time. We brought one Asante Ethernet switch and some cables.

      10 minutes later, in front of the audience, we had those PB's working as a cluster, and we were ready to present. We were told the audience was impressed. I could forward you the emails of some of the Aerospace employees who witnessed us.

      You are certainly welcome to try out the software for yourself.

      Have fun,
      Dean

      P. S. As for getting work done, you may critique my dissertation at: http://dauger.com/DaugerDissertation.pdf All the data was computed, analyzed, and visualized on Macs.

  171. priceless by commodoresloat · · Score: 2, Funny
    Cost of 10 good Intel machines to install Linux on... trivial (pobably about $15,000)...


    Cost of 10 good Highend Macs, (about $30,000)...

    Reading Beowulf in a PDF file on a cluster of these: priceless.

  172. They did, but it didn't work by epepke · · Score: 3, Insightful

    The original 128K Macintosh came with a thin manual and a casette tape (which you played along with a movie running on the screen). This was enough. One of the first Mac commercials showed a PC, with a stack of books falling on the table, and a Mac, with the thin manual floating down.

    However, they made the same error that you make: thinking that people select for ease of use. They don't. This is what happens:

    1. Businesses select for difficulty of use, because that makes a product seem more "professional."
    2. People who have spent time learning an arcane system have a lot of investment to justify.
    3. People who know nothing about such systems ask the person in 2 for advice.
    4. People assume something that is easy to use is of little value, because it isn't impressive.
    5. People assume something that is easy to use was easy to develop and therefore of less value.
    6. People make their living in niches that ameliorate needlessly complex systems.
    7. People who make software purchases in business are seldom the ones who use the software, and usually the last thing they want is for their employees to be less than miserable all the time.

    The sum total of this is what I call "the Acolyte effect." An Acolyte is someone studying for the priesthood. Computer acolytes are attracted by the pseudo-mystical nature of software; learning its ins and outs is for them a rush. The choice of computers and software becomes a social hierarchy.

  173. Re:Performance hog Aqua by davesag · · Score: 1

    you said: Not to mention, you'd probably want to hack the OS in some way so that you could kill CPU-hog Aqua.

    the proof is in %top

    Processes: 46 total, 3 running, 43 sleeping... 189 threads 03:17:24
    Load Avg: 0.91, 0.68, 0.51 CPU usage: 7.0% user, 13.9% sys, 79.1% idle
    SharedLibs: num = 124, resident = 29.8M code, 2.25M data, 7.20M LinkEdit
    MemRegions: num = 4221, resident = 118M + 8.61M private, 84.9M shared
    PhysMem: 64.7M wired, 114M active, 555M inactive, 734M used, 34.5M free
    VM: 1.66G + 56.9M 9675(0) pageins, 617(0) pageouts

    PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE
    1146 top 10.4% 0:02.80 1 14 14 216K 328K 456K 1.37M
    1141 tcsh .0% 0:00.13 1 16 16 480K 656K 948K 5.74M
    1105 Radio User 3.4% 12:38.38 11 107 221 10.9M 15.7M 19.3M 81.5M
    959 iTunes .0% 48:45.56 8 141 224 9.35M 13.0M 14.7M 72.4M
    952 SecurityAg .0% 0:00.46 1 66 75 940K 7.61M 2.74M 57.7M
    889 JavaBrowse .0% 0:09.47 3 92 151 4.21M 11.1M 9.98M 65.3M
    862 BBEdit 6.5 .0% 1:42.18 5 118 173 7.14M 13.1M 11.8M 120M
    832 Terminal .8% 0:54.66 6 123 247 2.65M 9.80M 6.26M 63.1M
    807 OmniWeb 0.0% 9:46.23 38 221 996 46.6M 35.4M 72.3M 148M
    805 Eudora 5.1 .0% 12:15.22 7 124 167 5.78M 12.9M 9.21M 86.3M
    802 netstat 0.0% 0:09.20 1 12 14 60K 336K 264K 1.32M
    801 PTHClock .0% 2:59.75 1 64 78 1.18M 6.80M 9.60M 53.9M
    800 iTunesHelp .0% 0:00.15 1 46 38 356K 2.79M 956K 30.2M
    799 SystemUISe 2.6% 12:30.23 6 157 202 4.51M 7.64M 6.29M 65.8M
    798 Dock .0% 3:43.34 3 116 147 2.61M 10.9M 7.42M 60.2M

    my mac right now.

    --
    I used to have a better sig than this, but I got tired of it
  174. The coolest part.... by Anonymous Coward · · Score: 0

    It was so fast that it was classified as a weapon and couldn't be exported to countries such as China, Iraq and North Korea.

    Is it just me, or is that awsome?

    That plus the fact that clustering is so easy that sixth graders can litteraly do it makes macs seem very attractive to me.

  175. This is dumb. by Penguinoflight · · Score: 0

    I think the power for a beowolf cluster is much greater, I don't have any facts, but given the bloat in MacOS... Second, why did the Mac people turn this into a Mac VS. PC war? There's no reason you can't run a beowolf cluster on Macs.

    Maybe Steve would feel more comfortable releasing OS X to PC if the Mac people would be more anti-windows, and less anti-pc.

    --
    "And we have seen and do testify that the Father sent the Son to be the Savior of the World"
    1 John 4:14
  176. Here's How: by Anonymous Coward · · Score: 0

    He said something potentially "bad" about Macs. It doesn't matter if it might be true. It doesn't matter if it's said in a civil, calm, mature, and professional fashion. It doesn't matter at all.

    Don't you know what these Mac zealots are like? They're worse than Linux zealots, and they've been around longer. They will not tolerate any criticism of the Macintosh in any fashion. As far as they are concerned, the Macintosh has been and will always be unconditionally superior to the PC in every way possible, Mac OS X represents the pinnacle of operating system engineering, and Steve Jobs is to be worshipped like Jesus. Heck, some of them might believe Steve Jobs is Jesus!

    It's always fun when an Apple article appears on Slashdot. I just switch to -1, nested mode, and search for all occurrences of "flamebait" in the article. I always come across some juicy criticisms of Apple and the Mac which Mac addicts with mod points are trying to suppress.

    It's strange, because by marking these posts as "flamebait", they are singling them out, making them much easier to find and read. But, they clearly don't want them to be read, or why else would they mod them down?

    Oh well... I've never had a high opinion of Mac zealots and their stupid Mac Addict magazine either. I shouldn't expect much intelligence from them.

  177. Did anybody actually built /configured a cluster? by pdp11e · · Score: 1

    Well I did. Our cluster is intended for solving complex problems in radiation transport theory. Applications are ranging from Monte Carlo simulations (trivially paralellizable) to the numerical solving of coupled differential equations (damn hard to parallelize). We are using every tool in the book: PVM (parallel virtual machine), MPI (message parsing interface) as well as various batch queuing systems. Language of choice for this kind of computation is FORTRAN.

    My point is following: If you need a cluster for the scientific research you have to do a lot of your own programming and customization. Many of the comments posted here are along the lines of high costs for the configuration of linux cluster. That argument is simply not applicable in this case. The overhead spent on actual configuration is negligible in comparison to the time spent on actual coding. Moreover above mentioned tools make the task of parallelization much easier.

    I admit, I don't know much about Mac's, but: Are there any good FORTRAN compilers for Mac (comparable to HPF)? It seam's that "pooch" drag'n'drop approach does not give me much of the control of how the subprocesses are spawned. What sort of the libraries and toolkits are provided?

    One more point: Using SMP machines as cluster nodes is not necessarily the best way to go. MPI, for example, does not like threads much. At any rate, it is very hard to write an application that will fully utilize high bandwidth that SMP offers, while simultaneously having lower bandwidth utilization between ethernet connected nodes.

    Lastly, for all the /. geeks here is our configuration:
    24 nodes, each node having:
    Epox 8KHA+
    512 Mb Mushckin high performance cas2 ram
    Athlon XP 1900+
    20 Gb Maxtor HDD
    Lynksys Gigabit NIC
    $45 el chipo case (we had a good previous experience with the particular model though)

    Overall hardware cost ~$16000
    OS: RedHat 7.2

    My 0.02 Dinars

  178. full of shit by InfinityEdge · · Score: 1

    Lets see here...

    I can go to Grand Vitesse Systems' online store and buy a 2U, dual 1Ghz mac with a gig of ram and all the other apple goodness (gigE, superdrive et al) for around $3500.

    For compairson, we next go to dell and price out a similar 2U server using wintel, namely the PowerEdge 2550. Put in dual 1.4Ghz Intel pent III (G4's will eat this for breakfast), 1GB of ram, Red Hat 7.2 pre-installed, and basic everything else what do we get? $4,871!!! Granted this comes with an 18GB SCSI 10K drive vs. the mac's 80GB and 40GB ATA hard drives, but I think you can get a SCSI controller and a 18GB HD for less than $1300.

    Face it, since OS X macs have been better than anything that runs on Intel for any application.

    --InfinityEdge

    1. Re:full of shit by swb · · Score: 2

      Your price and performance arguments are BS straw-man arguments, since dual athlon MP1900+ systems in 1U of space are available for under $3500.

      Face it, since OS X macs have been better than anything that runs on Intel for any application.

      And I believe that when I start seeing real business data centers with garage-racked Macs running in them. Until then its only in your mind.

    2. Re:full of shit by Jeffrey+Baker · · Score: 2
      Okey dokey mac-brain, try comparing the oranges to oranges this time:

      2xAthlon 1900+, 3.5GB memory, 292GB hot swap 10KRPM SCSI disks, dual ethernet controllers, 1U rack chassis: $9071 at penguin computing.

      2xG4 1000, 1.0GB memory, 292GB hot swap unknown rotational speed SCSI disks, 1 ethernet controller, 2U rack chassis: $8687 at GVS.

      Looks like the Athlon kicked its ass. 3.5GB DDR vs 1GB PC133: Athlon wins. 2xAthlon CPU vs 2xG4: Athlon wins by a LONG LONG WAY. 1U vs 2U: Athlon wins again.

  179. faster than crays? by Anonymous Coward · · Score: 0

    "Not only was the performance faster than the Pentiums but it was comparable to the performance achieved on some Crays," the team said in a report.

    Ummm... Ummmm... Man I wish I had a witty retort, but they must be comparing new Macs with old Crays...

  180. iMacs by FigBug · · Score: 0, Funny

    A cluster of those new imacs would be pretty cool, cooler if they cool rotate their screen to follow the sun... like a big field of sun flowers.

  181. Wow, they teach concurrency and MPI in grade 6? by rakslice · · Score: 2

    Realisticly speaking, how many cluster users are using their cluster for an application that commercial-off-the-shelf software will be available for?

  182. ROFL!!! by rakslice · · Score: 2

    "The software used to accomplish the clustering for AppleSeeds is Mac MPI, which is based upon the *standard* for parallel computing, MPI."

    There are a laundry list of parallel computing standards. MPI is on the list. Hint: MPI is supported directly on linux. I wonder which one has the bigger software repository?

    "The reason that the PDF doesn't talk about programming MPI is that there is no need for redundant documentation. Go find a book on MPI if you want to learn to prgram to that API."

    Yes. But the poster was trying to indicate that the literature comparison is a bit stacked, no? =)

    "as opposed to spending quite a lot of time figuring out how to use the incredubly arcane "apt"."

    More gooey distributions (e.g. Red Hat, mandrake, etc.) include gooier automatic updating tools.

    (But, presumably, if one has difficulty comprehending a simple debian command-line utility, one is clearly not qualified to understand source code for a particle physics simulation coded in a high level language, and should be thrown off the project, right?)

  183. Re:Did anybody actually built /configured a cluste by Graymalkin · · Score: 2

    Using SMP machines doesn't REQUIRE you thread your applications thus fucking up your MPI performance. You could have your program fork itself as a separate process or just run a separate instance from another directory or some such and the kernel on the SMP system will load balance and keep each process running on a different processor. This approach is of course going to work alot better with Monte Carlos than differencial equations. Anyway to answer your question if you use pooch you can use any library you've got available on your Macs. Just like building Beowulf apps you load the nodes up with whatever libraries you need for the application and it will go ahead and use them as needed. If you're using OSX you can use Cocoa or Java as an object passing system to get data from somewhere to somewhere else although this isn't exactly ideal for heavy math applications.

    --
    I'm a loner Dottie, a Rebel.
  184. Success... by rakslice · · Score: 3, Insightful

    Presumably, most of the annoyance at Apple in this community comes from the whole whacking-unauthorized-clone-makers-with-a-big-stic k attitude it adopted.

    Very hacker-unfriendly, and more monopolist than Microsoft. In PC land, there are almost always at least three suppliers for every major component. (e.g. CPUs: Intel, AMD, VIA, Transmeta; Motherboard chipsets: Intel, AMD, VIA; etc...)

    You may have a point about the jealousy, though. Although my hardware is neither beige nor ugly -- and each of my components was selected at my choosing -- I have to admit that it would be kind of neat to mess around with OS X for a while. Now, if only Apple would let down its sometimes-whimsical sometimes-Microsoft-esque-monopolist schizophrenia for long enough to realize that it could really change the world and make a killing at the same time by entering the PC OS market... But, alas; Star Trek was crushed long ago in favour of the misguided hardware company vision.

    Heck... If they leave the price/performance ratio wins and the majority market share to PC land, the Dells of the world will gladly reward Apple with all of the "cover of Time" success it wants. =)

  185. (Slightly off-topic) In plain English . . . by xScruffx · · Score: 1

    . . . to a normal person/hobbyist (ie not a scientist, not working on a degree, etc.), what exactly is a cluster good for?

    Been wondering about that for a while now, but nobody i've asked seems to get the question.

    In case that's the case here too, let me rephrase: why would a private citizen build a cluster for his/her home?

    xScruffx

  186. Re:Pooch Security by Dean+Dauger · · Score: 1

    >> Is it assumed that apple seeds will not be connected to the internet in any way, nor have any wireless access point attached to them?

    Commands between Pooches are protected by an internal, rotating 512-bit encryption key based on the registration name of the user. Therefore, Pooches only of the same registration name can talk to each other. The idea is like shared access to an office resource. The demo version is relatively insecure because, well, anybody can download it. For more info, see the dox at:

    http://daugerresearch.com/pooch/download.html

    There are plenty of AppleSeed clusters connected to the Internet. I've accessed the one at UCLA from lots of places: using my PBG4 via Airport from my couch in Pasadena, from Toronto, Canada, from Garching, Germany (outside Munich)....

    There is someone who charges $250/client for Linux on Intel Beowulf-type software.

    Dean

  187. Full Comparison by Anonymous Coward · · Score: 0

    I haven't really seen many posts refering to the efficiency of the clustering software. This would be a major factor in my choice.

    And,

    Why does everyone assume that the cluster would be a full time cluster? Doesnt anyone else run a network with daytime workstations and night time cluster?

  188. manual size by sad_ · · Score: 0

    It doesn't mather if the howto for beo-cluster are +200 pages compared to 1 page for osx-clusters.

    1. I haven't read the beo-howto, but mostly you do not read the *whole* howto to get things running. you pick the topics that apply to you.

    2. you can buy beo-clusters now from vendors, so if you really are not into tech stuff, you can let them manage it. it will cost you, but it will work - good.

    3. what happens if a distribution comes out specialised for building beo-clusters that makes it as easy as to set this up as apple has done now. whatever apple is doing on osx, we can do too, it's a unix if we had all their sources they would probably compile with a little tweaking.

    --
    On a long enough timeline, the survival rate for everyone drops to zero.
  189. Double Precision is often overrated by GPS+Pilot · · Score: 1

    It's often worthwhile to do this test:

    Compile two versions of your code, one using double precision, the other using all single precision.

    Compare the accuracy of the final results, and decide if the performance penalty of using double precision is worth the extra accuracy.

    Don't get me wrong, I know double precision is essential for some problems. But I also know engineers who code everything double precision by default, even though 95% of the time single precision results would be every bit as good.

    --
    That that is is that that that that is not is not.
  190. Sounds like 'Zilla', NeXTStep's clustering SW by rthille · · Score: 1


    You could manage all the machines on a LAN/WAN from a GUI, and you could have each machine run your app all the time, or only when the screensaver kicked in. It was kickass stuff for it's time (~1990).

    Robert

    --
    Awesome furniture, accessories and cabinetry in Santa Rosa, CA: http://humanity-home.com/
  191. Portability issue by FastCluster+Man · · Score: 1

    It was necessary for me to evaluate G4 architectures for embedded distributed applications about three years ago. The first system available was a PowerMac G4 (350MHz). We put YellowDog Linux on it and then set up the small Beowulf cluster (master and four rack slaves). The installation of YDL was probably the most time consuming (me as a newbie). SSH was my most difficult topic.

    I found the NFS pretty simple to administer and the launch of MPI applications from the shell easy using all the open source MPICH with CH_P4 (TCP/IP). If I wanted to review all the MPICH docs and Linux docs I'm sure it would be many hundreds of pages.

    I have always liked the Mac hardware and simple to use software. The software described seems very easy to use and administer and I applaud the developers. However, the post seems a bit biased towards the developer and the one page HOWTO.

    However this tool only works under MacOS. My clusters are portable to Linux, Solaris, VxWorks OS using Pentium, PowerPC, Sparc, etc. Portability is a distinct advantage when going from workstations to embedded deployment. I am also unsure if the entire MPI v1.2 standard functions are available on the MacOS platform.

    Steve Prause
    CSP Inc.