Slashdot Mirror


New SGI Altix 3000

dlloyd writes "SGI has just publicly announced the Altix 3000 series of computers that can scale from 4 to hundreds of processors, with up to 64 processors per single system image. Processors each come in a C brick that has 4 CPUs. I/O is done though IX and PX bricks (12 PCI slots per brick, IX bricks have a base I/O controler and two ultra 160 disks inside), just like on the Origin 3900 series. Anything more than 8 CPUs (2 C bricks) is connected by R bricks, which route the NumaLink packets between nodes. The NumaLink network is good for an aggregate 6.4 gigabytes/sec to *each* node. That scales as you add more C and R bricks. Basically, you can think of this as SGI's origin 3000 series, except that it runs Linux and has Itanium2 processors. The performance and scalability is like nothing that has ever run Linux and is *far* ahead of the competition. For those of you who wonder why anyone would need a 64 processor Linux machine, many scientific and technical customers prefer running their code on large, single system image machines. Large single system image machines are also less labor intensive to maintain and admin, plus they work much better on code that needs to share memory and pass messages between threads (even myrinet and mpi is glacial compared to the SGI numalink network and running code multithreaded)."

225 comments

  1. SGI is still in business? by yppiz · · Score: 5, Interesting

    What is keeping SGI afloat? Service contracts on existing machines?

    --Pat / zippy@cs.brandeis.edu

    1. Re:SGI is still in business? by Anonymous Coward · · Score: 0

      the name

    2. Re:SGI is still in business? by yppiz · · Score: 5, Interesting
      Thanks for the suggestion. So I did take a look, and the answer to the question "how are they staying afloat?" is "they aren't. They are steadily hemmorhaging money."

      I posted my question because, as early as 1996 or 1997, it was clear that commodity machines were going to kill SGI. I'm just amazed that they're still alive.

      Here's their income statement, balance sheet, and cash flow statement. As of today, For three out of the previous four quarters, they had sales growth (sic) of -20% or worse. The three analysts who cover this stock have a hold rating, which in analyst-speak means sell.

      --Pat / zippy@cs.brandeis.edu

    3. Re:SGI is still in business? by Nynaeve · · Score: 3, Informative
      From the NASDAQ Summary:
      Revenue: $1.3 billion for fiscal year 2002
      servers accounted for 38% of fiscal 2002 revenues; Global services, 34%; Visual workstations, 18% and other, 10%

      To answer your question, the revenue from the sales of services is only about one-third of their total revenues. I don't know if this is considered a lot or not.
      IBM has a similar report: global services accounted for 41% of 2001 revenues. This is before the purchase of PWC, so it is probably going to be higher in 2002.

    4. Re:SGI is still in business? by kelzer · · Score: 5, Funny

      Hmmmm, you seem a little touchy about the subject, and you posted as an AC. One might be inclined to think you had an interest in SGI.

      Perhaps you've purchased a LOT of SGI stock in the last year, MR. ROBERT R. BISHOP! Ha! Thought you could sneak in an anonymous post, but you underestimated the analytical and investigative abilities of us Slashdotters.

      Nice try.

      So, got any old O2's laying around gathering dust, that you don't need anymore?

      --

      ---------------------------------------------
      SERENITY NOW!!!!!!!!!!!!!!!!
    5. Re:SGI is still in business? by Anonymous Coward · · Score: 0
      actually it's me Rick Belluzo.

      I'm just your regular /. reader, who usually trolls "ask slashdot" posts with the response "google". I felt it necessary to branch out, so any post asking about finances of public companies, I'm just going to say "EDGAR".

    6. Re:SGI is still in business? by Anonymous Coward · · Score: 0
      I grade your answer "Incomplete".

      The question is "how are they staying afloat", and you havent given an answer yet.

      are they burning cash?

      have their investments given decent returns, giving them cash to burn?

      I don't even think you needed to read the EDGAR postings to know that they're losing money. Anybody can lose money.

      But only for so long.

      Since SGI has been losing money for oh-so-very-long, "how are they staying afloat?".

      How much cash did they start with ($1B?) ca '95? How much do they have left ($200M?)?

    7. Re:SGI is still in business? by swordboy · · Score: 2

      What is keeping SGI afloat?

      I think that they've been developing hardware for Sony. ;)

      --

      Life is the leading cause of death in America.
    8. Re:SGI is still in business? by guile*fr · · Score: 1

      some people like their datacenter look like the Entreprise deck...

    9. Re:SGI is still in business? by Anonymous Coward · · Score: 0

      I used to work for SGI, twice. I was with them during their 2 biggest shakeups in their history, in the late 90's. Even though everybody new that the ship was sinking people enjoyed working there. I'm not saying they treated people great, but better than most.

      They have since shut down their office in Calgary and their ship is still sinking. But people still enjoy working there.

      Maybe that's their problem. I recommend they treat people like crap to sell more hardware.

    10. Re:SGI is still in business? by Cyno · · Score: 2

      What's sad is most of the graphics technology in our PC that we take for granted was pioneered by SGI. They are a technology leader, like IBM and Intel. But we'd rather worry about money than technology.

      Its really very sad. You know what else is sad? I used to work there. I saw our potential back then. I still do. But I don't think we'll ever do anything with it because its not profitable. We'd rather make money than build a quality environment for all of us to live in. We'd rather make money than work together. We'd rather be independant and rich than contribute for the love of something. I loved SGI, I love Linux. I'll contribute, one of these days, when I can afford it.

    11. Re:SGI is still in business? by Anonymous Coward · · Score: 0

      Let's get a couple of these working on that xbox key right away...

    12. Re:SGI is still in business? by haggar · · Score: 2

      I don't understand how a company can have negative (!) total stockholder equity over 4 consecutive quarters and still exist. Maybe I'm just disingenuous, but I think SGI is dead.

      --
      Sigged!
  2. Why Linux? by HeelToe · · Score: 4, Interesting

    I still don't understand why SGI has foregone such a great OS as IRIX. Why go with Linux? Just trendy, or does it really offer advantages for scientific computing?

    1. Re:Why Linux? by larien · · Score: 5, Insightful

      Yup, IRIX was good, but maintaining a full OS takes a lot of money. This way, they can piggy-back on investments made by other people & companies while still having a modern OS. They've already integrated XFS into linux, and it wouldn't surprise me to see other SGI/IRIX technologies coming into linux in the same way. Similarly, IBM have migrated JFS into linux.

    2. Re:Why Linux? by ozzee · · Score: 2, Insightful

      Having worked on IRIX, I can say that Linux moves much faster and IRIX will eventually fall behind in features simply because the investment is huge.

      When SGI bought Cray and then started the fatal Win32 effort, it was obvious that they were not going to be able to make it succeed without increasing the cost dramatically.

      Customers also want Linux now, with IBM pushing Linux, customers want a simpler maintenance strategy. Large outfits with a heterogenous network running AIX, IRIX, HP-UX etc is harder to maintain that a heterogeneous network all running Linux.

    3. Re:Why Linux? by Anonymous Coward · · Score: 0

      IRIX *was* a great OS back in the 80's when you went to college. Today even BSD (which is dead) can do things IRIX can't dream of.

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

      >They've already integrated XFS into linux. . .

      Yes and no. The journaling part of the file system is there in the Linux Kernel (2.4 series), but it lacks the ACL support. Without ACLs, XFS is still a stable journaling filesytem, but part of the point of XFS is missing. The kernel needs a rewrite of the filesytem API to include extended attributes of filesystems, including ACLs. Fortunately, ACL support in the 2.5 kernel is being actively developed.

    5. Re:Why Linux? by drinkypoo · · Score: 3, Informative
      IRIX has a terrible name among geeks who have only dabbled with it (like me) who have noticed their amazing track record with security: Amazingly goddamned stupid. Executing "xhost +" by default every time you log into X is the most idiotic thing I can think of. The patch cluster for IRIX 5.3 is bigger than IRIC 5.3! And so on. Given how bad they've been it's hard to trust them now.

      On the other hand, Linux has two things which give it a better name that IRIX; it's open/free, which is obvious, and it's new, so it has an excuse to have some 'issues'. Meanwhile IRIX was around a long time and still horribly, terribly insecure. It's not worth it to me to dress up Unix prettily and easy to use in exchange for security; I frankly want both.

      Linux is also growing in leaps and bounds and implementations using it like this one only serve to prove this; support for vast numbers of processors is one place Linux has traditionally flailed, but as time goes by and manufacturers expend more money on making Linux scale, the last few blocks to running the same OS on a PDA and a supercomputer (IE, from a common, unpatched codebase) are going away. That is undoubtedly powerful because your code will (theoretically) work on any platform large enough to contain it with nothing more than a recompile.

      Granted, there are attempts to do that at the application level rather than the OS level -- and I'm talking about Java and .NET here -- But they fit a somewhat different need, and they will likely never be as compatible between disparate platforms as having the same operating system underneath your program (duh.)

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    6. Re:Why Linux? by Anonymous Coward · · Score: 0

      There has been an SGI-maintained fork of the kernel supporting ACLs and EAs for some time.

    7. Re:Why Linux? by jedidiah · · Score: 2

      Why increase the perception that you're tying the end user down to a technology that will soon be unsupportable? The real question would be: what would SGI gain from spending the money on porting Irix? Would that expense be worth the benefit?

      --
      A Pirate and a Puritan look the same on a balance sheet.
    8. Re:Why Linux? by jandrese · · Score: 2

      Irix may not have the best track record when it comes to security, but using Irix 5.3 as a yardstick isn't really fair. It'd be like complaining that the security in Slackware 1 or Ultrix. All Unix vendors had security problems back then, and the way Irix tried to make things friendy to the end user didn't help.

      --

      I read the internet for the articles.
    9. Re:Why Linux? by haggar · · Score: 2

      Yup, IRIX was good, but maintaining a full OS takes a lot of money. This way, they can piggy-back on investments made by other people & companies while still having a modern OS
      That's exactly the reasonong SGI had last time it adopted Windows NT, and bet the farm on it.. and almost died.

      I'm afraid of these sudden changes in the direction of, let's face it, trendy technologies. Linux still has to prove itslef in systems with many CPUs. There really isn't any reason to chose Linux over IRIX, performance-wise.

      --
      Sigged!
    10. Re:Why Linux? by RageEX · · Score: 2, Informative

      "I'm afraid of these sudden changes in the direction of, let's face it, trendy technologies. Linux still has to prove itslef in systems with many CPUs."

      This is not so sudden, they've been planning such a change for many years. Some of their delays have been tied to Intel's delays. SGI has had large development systems based on Itanium for a long time. And they've been trying to improve Linux (with some resistance) for some time.

      "There really isn't any reason to chose Linux over IRIX, performance-wise."

      Except that SGI has tied Linux to IA-64 at a certain price point. If you want a large SGI IA-64 system then you're stuck with Linux. If you need IRIX &/or > 64 CPUs in a single image system then you should buy an Origin.

      It was determined a long time ago that porting IRIX was way too costly and complicated.

    11. Re:Why Linux? by drinkypoo · · Score: 2

      I know that that's an old version, though when I played with IRIX (a few years ago) people were using exactly the same arguments in favor of IRIX, but that was the most recent version which would run on my Indigo R3000. The fact that it was fast at all is a testament to the beauty of Unix, let me tell you... but the case was just adorable! Anyway, what does IRIX have to offer that Linux doesn't have already or will have any day now (like in the next minor rev of the kernel?) Anything that couldn't be added or ported relatively trivially?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    12. Re:Why Linux? by Reikk · · Score: 0


      I agree with you %100. Linux lacks basic functionality, such as fine control over process scheduling, GRIO, true XFS, etc.

      The problem is that most people believe the shit hyped by slashdot that Linux is the second coming of Jesus fucking Christ. It's not, it's a piece of shit toy operating system written by a bunch of fucking communist finnish drunks. Linux sucks ass compared to Irix and Solaris.

    13. Re:Why Linux? by Nexx · · Score: 2, Insightful
      Let me speak as an example of a customer. The best server-side solution is one that is inexpensive to obtain and maintain.

      Of course, what the manufacturers want is something that is expensive to obtain, and almost impossible to maintain without an expensive support contract :)

      Seriously, Linux is cheap now, with the inexpensive talent around. What prevents most companies from deploying Linux is the (perceived) lack of quality *commercial* support (i.e. someone they can sue when something goes wrong :P)

    14. Re:Why Linux? by jandrese · · Score: 2

      Lots of scalability things mostly. Irix is built to scale to impossible sizes. Linux for the most part is still optimized for small machines (no more than 2 processors). It's all of the little things that do it: few arbitray size restrictions (and none that aren't tweakable). Select calls that run in O(n log n) instead of O(n^2) time, etc... It's all a matter of design. The price they pay is that Irix runs kinda slow on low end machines compared to Linux, alhtough it is hard to compare because nobody ever installs Irix on low end PC hardware.

      --

      I read the internet for the articles.
    15. Re:Why Linux? by RageEX · · Score: 1

      "Nobody ever installs IRIX on low end PC hardware" because ... YOU CAN'T!

      "IRIX runs kinda slow on low end machines" != true

      My Indy shipped with IRIX 5.3 back in 1996. Since then I've added more RAM and got a bigger disk. Now it runs 6.5.13. The only thing slow about this machine today is the old CPU and the old graphics ... IRIX is superb. I have an Indigo Elan running 6.5.17 and it's is more pleasant to use than my Windows PC.

      The downside of course is that these ~10 year old machines are slow when running first-class modern software (Maya, Pro/E, ANSYS, etc.) Though they are certainly fast enough for use as a basic desktop system (web/email, mp3, word-processing, etc.).

      " ... compared to LINUX"

      Last I checked LINUX on MIPS (which only supported R4K Indigo & Indy with Entry/Newport graphics AFAIK) didn't even support a frame buffer, let alone the various video options, 3d graphics boards, and other multi-media goodies. Why bother with LINUX when it doesn't support any of the features that make an SGI an SGI? Besides LINUX will never run on MIPS like IRIX.

    16. Re:Why Linux? by drinkypoo · · Score: 2
      The downside of course is that these ~10 year old machines are slow when running first-class modern software (Maya, Pro/E, ANSYS, etc.) Though they are certainly fast enough for use as a basic desktop system (web/email, mp3, word-processing, etc.).

      Also they consume more power than an equivalent PC in most cases, cost more to upgrade if there even is an upgrade path... The only benefit of those machines is that you can sometimes get them for free.

      Why bother with LINUX when it doesn't support any of the features that make an SGI an SGI? Besides LINUX will never run on MIPS like IRIX.

      Linux doesn't support SGI machines very well because even today anything worth using is generally too expensive (or too large and power hungry which also comes down to expense) to bother with. Also I think saying Linux will never run on MIPS like IRIX is probably deadly incorrect. When the MIPS-based SGIs (near all of them of course) come down to a more reasonable price and you can't walk down the sidewalk without tripping over an O2, by which time I fully expect Linux to have surpassed IRIX in all areas, it will also at least approach the support-level of IRIX for the most common SGI hardware. Right now, there's not enough interest in advancing the sgimips-specific code in Linux because the machines are not ubiquitous enough.

      Linux is being advanced by all the major players in the Unix world, and some of the minor preexisting players, and has created a number of new players. I think it's safe to say it's going to outlast IRIX and possibly SGI. So if it happens soon enough, IRIX may actually end up with WORSE support for interesting sgimips systems like indigo R4000, O2, and indy systems at the very least, and (As we are seeing) some of the relative "big iron". So far SGI and IBM have both brought out powerhouse systems which run linux. I doubt this trend will change, except to speed up...

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    17. Re:Why Linux? by RageEX · · Score: 1

      "Also they consume more power than an equivalent PC in most cases, cost more to upgrade if there even is an upgrade path... The only benefit of those machines is that you can sometimes get them for free."

      The Indy cosumes very little power (175W), especially with XL graphics. I'm unsure about the Indigo but I would be surprised if it sucked more power than a modern Athlon PC. The old 4Ds and the Challange/Onyx systems sure eat power though ... ever seen a 1500W 3-phase PSU? As per upgrade cost ... depends on where you buy parts. Most resellers are priced one or two orders of magnitude too high. I freuqently buy whole systems on eBay for very cheap, then swap components and resell to offset costs. The biggest problem is the limited upgradeability of the older systems.

      "Linux doesn't support SGI machines very well because even today anything worth using is generally too expensive (or too large and power hungry which also comes down to expense) to bother with."

      You can get a low spec second hand Octane for ~$200, but yes it does consume a lot of power. The best supported machine appears to be the Indy, which costs almost nothing and is a quiet little efficient pizza box.

      "Also I think saying Linux will never run on MIPS like IRIX is probably deadly incorrect. When the MIPS-based SGIs (near all of them of course) come down to a more reasonable price and you can't walk down the sidewalk without tripping over an O2, by which time I fully expect Linux to have surpassed IRIX in all areas ..."

      We're already at that point. There has been massive dumping of Octane systems over the last year. Even O2s are dirt cheap. I think in SoCal systems fall out of the sky and pile up on curbs ; ) Show me LINUX running on an O2 doing gauranteed-rate I/O for on-air graphics or LINUX using ICE then maybe I'll change my tune.

      "... it will also at least approach the support-level of IRIX for the most common SGI hardware."

      If by support you mean access to bug-fixes, new feature support, and other types of help provided for free by the LINUX community then yes. SGI has never been very friendly to hobbiests/students but recently they've been shitting on such users.

      "Right now, there's not enough interest in advancing the sgimips-specific code in Linux because the machines are not ubiquitous enough."

      There has been a SGI supported porting effort going on for almost ?3? years. And on top of that SGI has been GPLing some of their goodies, XFS comes to mind. Not to mention all the work they've done on LINUX. Despite all that work LINUX is still not a practical OS on any SGI machine. We'll see what 3 more years does but by then who will want to use an Indigo or an Indy?

      "I think it's safe to say it's going to outlast IRIX and possibly SGI. So if it happens soon enough, IRIX may actually end up with WORSE support for interesting sgimips systems like indigo R4000, O2, and indy systems at the very least, and (As we are seeing) some of the relative "big iron"."

      Possibly. Last I knew SGI had commited to providing IRIX/MIPS support till the end of the decade. The Indigo, Indy, Indigo2, and older systems are already End-of-Life (EOL) by SGI. Current IRIX releases still support these old systems but there is no gaurantee that this will continue. Someday IRIX 6.X or 7.X etc. will not support these machines. So I guess the benchmark for LINUX on these older systems is IRIX 6.5.

      "So far SGI and IBM have both brought out powerhouse systems which run linux. I doubt this trend will change, except to speed up... "

      Because it saves them money, it's is not necessarily the most elegant solution. SGI could not afford to port IRIX to IA/64. One of the sad things history proves is that long-term the best seldom wins, mediocrity flourishes.

  3. The older the boy... by RebelTycoon · · Score: 5, Funny

    IX, C and R bricks

    The more expensive his LEGO gets...

    1. Re:The older the boy... by fgodfrey · · Score: 4, Insightful

      ...and you thought you were joking. "Lego Hardware" was an internal code name for this machine, and the Origin systems at one point. Rumor was that they wanted to use it publicly but LEGO(tm) objected. Not sure if the rumor had any truth to it, though, since the name was dropped before I started working for SGI/Cray.

      --
      Go Badgers! -- #include "std/disclaimer.h"
  4. Shoot me by Znonymous+Coward · · Score: 3, Funny

    Imagine a... Bang!

    --

    Karma: The shiznight, mostly because I am the Drizzle.

    1. Re:Shoot me by haggar · · Score: 1

      In Soviet Russia, all your base are belong to Natalie Portman's Beowulf cluster of hot grits for Profit! cuz BSD is dead

      What about for great Profit!

      --
      Sigged!
  5. What... by Anonymous Coward · · Score: 1, Funny

    For a moment I realized I had the chance to make a silly first post remark. Then I hesitated a minute and realized I be more on topic with a mandatory Beowulf remark.

  6. But by Anonymous Coward · · Score: 1, Interesting
    1. Re:But by Nynaeve · · Score: 1

      Distributed.net does not have a native IA-64 client yet. The performance of an x86 client is about that of a 486.

    2. Re:But by Taurim · · Score: 1

      Bzzzt, wrong : The values are keys/s/MHz , not keys/s !!! (and there is slightly more MHz in an Itanium 2 :-) The processors in the SGI Altix are not Itanium but Itanium 2 which are way faster. (mmm... maybe not for executing x86 32 bit code though...) Distributed.net is absolutely not a good benchmark ! Itaniums are definitely not optimised x86 processors :-)

  7. I want one! by Lothar · · Score: 1

    nuff said. Makes a nice webserver one should think ;-)

    Seriously - sounds like SGI is trying to stop people moving away from their system. Maybe they'll succeed in the higher end of the market with this.

  8. passing messages by 56 · · Score: 3, Funny
    ...and pass messages between threads

    Is that something you would like to share with the class, Altix?

    1. Re:passing messages by Anonymous Coward · · Score: 0

      Look up MPI or OpenMP. These systems do not share memory like you would in your dual proccessor workstation. So thread programing isn't very useful with out a shared heap. So you have to use messages to communicate between bricks. See MPI and OpenMP if you want to know how to do this.

    2. Re:passing messages by Anonymous Coward · · Score: 0

      holy crap, dude, it was a joke.. ya know, where you get busted for passing notes in grade school?

      geez.. lighten the hell up.

    3. Re:passing messages by 56 · · Score: 1

      Couldn't have said it better myself.

    4. Re:passing messages by Twirlip+of+the+Mists · · Score: 2

      Look up MPI or OpenMP. These systems do not share memory like you would in your dual proccessor workstation.

      Actually, these systems do share memory, just like you would in your dual processor workstation. You can configure an Altix system with up to 64 processors (today) in a single system image, not as a cluster. (Why SGI decided to call the 3700 a "supercluster" is beyond me. It's not a cluster at all, super or otherwise.) You can run as many threads on as many processors as you like within a single virtual address space.

      Just to be clear, you do not have to use MPI or any other message-passing technology on this system.

      --

      I write in my journal
  9. SGI is finally making some new products by ozzee · · Score: 5, Insightful

    Scientific computing has allways been SGI's niche. They unfortunately stumbled around the time that Belluzzo took the helm and wasted the entire internet bubble recovering from the mess that caused.

    It's great to see that they're finally back and doing some really serious new stuff.

    It's a shame though that they won't be running the AMD 64 bit chips, although, I'll be someone is looking into that.

    Congrats SGI !

    1. Re:SGI is finally making some new products by brejc8 · · Score: 2, Insightful

      I dont think you can call this any way new. They are simply packaging other peoples (intel + linux) products into boxes (Yes I know: not as easy as it sounds).

    2. Re:SGI is finally making some new products by davechen · · Score: 2, Interesting

      It is new. Find me another 64-node shared memory I64 Linux system. I'd much rather develop for a shared memory system than a message passing system. And for a lot of supercomputing apps, a Beowulf cluster just won't cut it.

    3. Re:SGI is finally making some new products by Jeff+DeMaagd · · Score: 3, Insightful

      Actually, the packaging itself sounds interesting, something that others haven't done yet.

      Even if it does use chips made by someone else, there is a lot of work that goes into making those chips work together, and probably a fair amount of work adjusting the Linux kernel into something that scales so large.

      I bet they had a lot of work cut out into making this thing modular like it seems to be. Probably has a lot of work just in the chipset too.

      It is unfortunate that it uses Itanium2 chips. I don't think competing Opteron systems will be available for at least little while yet. I think I heard from an AMD rep that Cray had commited to making systems based on Opteron.

    4. Re:SGI is finally making some new products by Nynaeve · · Score: 1

      Granted, it is easier to develop applications for a shared memory system, but you'd be targeting a much smaller market (from the perspective of available and capable hardware). As SGI said itself, their machine is designed with high-speed communications specifically for applications for which inter-node communications is the bottleneck. I'd be interested in hearing success stories about apps that were boosted by the use of this machine.

      As for me, I'd rather write for hardware that is more widely available (i.e. I can run at home).

    5. Re:SGI is finally making some new products by Anonymous Coward · · Score: 0

      The package itself has been around in Origin systems for years: its nothing new. They could have done this with any processor, not just itanium. Origin was already very modular and scalable up to 512+ cpus as well as sclable I/O and memory bandwidth. Opteron = 64-bit hack for the crapulent x86 architecture: I don't want this ugliness nor Intel's pie-in-the-sky to reign supreme.

    6. Re:SGI is finally making some new products by RageEX · · Score: 1

      Wow, the ignorance drippin off that statement caused me to slip and fall.

    7. Re:SGI is finally making some new products by Anonymous Coward · · Score: 0

      Itanium2 is shipping now (in very small quantities). Opteron isn't, quite yet.

    8. Re:SGI is finally making some new products by Anonymous Coward · · Score: 0

      As for me, I'd rather write for hardware that is more widely available (i.e. I can run at home).

      Only a grand. Sad thing is that the buyer probably plans to strip the parts.

    9. Re:SGI is finally making some new products by Anonymous Coward · · Score: 0

      The auction closed without making reserve. They may not be anywhere close to the reserve.

    10. Re:SGI is finally making some new products by 4of12 · · Score: 2

      much rather develop for a shared memory system than a message passing system.

      Even for distributed memory message passing applications I kind of like the convenience of a single system image.

      Running on a Sun E10K was more convenient compared to running on the various clusters and going through a batch queueing system.

      --
      "Provided by the management for your protection."
  10. Don't forget by PD · · Score: 5, Insightful

    These machines support 512 GB of RAM in one chunk. A Linux cluster might outperform this thing, but you'll need to chunk your data up to fit into the individual nodes' memory. Sometimes this can be a pain in the neck to do, hence the market for something like this.

    1. Re:Don't forget by Anonymous Coward · · Score: 0

      Actually, they claim it's even better than 512GB. They claim that their global shared memory allows for many terabytes of shared RAM.

      Since all nodes have to communicate over the NUMA link anyway I expect the performance difference isn't that great between memory from one system image and memory from different system images.

    2. Re:Don't forget by Twirlip+of+the+Mists · · Score: 2

      Since all nodes have to communicate over the NUMA link anyway I expect the performance difference isn't that great between memory from one system image and memory from different system images.

      The difference is huge. NUMAlink 3 runs at 3.2 GB/s. NUMAlink 4 (used in the 3300 today, and the 3700 soon) runs at 6.4 GB/s. There's no cluster interconnect that can even remotely approach those raw speeds. And latency is... well, I forget the figures, but it's incredibly small.

      --

      I write in my journal
  11. Machine planet! by TheReckoning · · Score: 1
    I/O is done though IX and PX bricks (12 PCI slots per brick, IX bricks have a base I/O controler and two ultra 160 disks inside)

    Looks like the Machine Planet is coming sooner than we realized! We just have to watch out for the bloody Tlielaxians.

    Signed,
    Pahwindah Dirt
  12. Another Slashvertisement! by Anonymous Coward · · Score: 1, Offtopic

    Don't believe me? Why don't you look at dlloyd's posting history. There is none!

  13. Sgi gets employee to market product, film at 11 by Flamesplash · · Score: 1, Offtopic

    From davelloyd.com the story posters website

    Work: Field Technical Analyst, SGI

    Now don't everyone go submitting their products at once. ;)

    --
    "Not knowing when the dawn will come, I open every door." - Emily Dickinson
    1. Re:Sgi gets employee to market product, film at 11 by Greedo · · Score: 2

      I was just about to post this.

      We all know /. is posting one advertisment a day (or thereabouts) as a news item. Today, it's this. Yesterday, it was the cool-your-pc-into-the-wall company.

      Does anyone else feel a disclaimer, or flag, or something should be used to mark these news-vertisements? Maybe a new topic icon?

      --
      Tuus crepidae innexilis sunt.
    2. Re:Sgi gets employee to market product, film at 11 by Anonymous Coward · · Score: 0

      So what ? If the news item is interesting in itself I don't care who submitted it or if they have a hidden agenda.

      Perhaps it would have been better if it were submitted by J. Random Coward ?

    3. Re:Sgi gets employee to market product, film at 11 by NDPTAL85 · · Score: 2

      Give them a break. They're just doing what they have to do to keep this website open so you ungrateful misfits can have a collective place to post your anti-business, anti-money postings.

      --
      Mac OS X and Windows XP working side by side to fight back the night.
    4. Re:Sgi gets employee to market product, film at 11 by irix · · Score: 2

      Who cares? Would you have felt better if I had submitted it (I would have if I had noticed the press release sooner) or if some AC had done so?

      This is News for Nerds. Groundbreaking stuff for Linux in terms of perfomance and scalability. Article already written at Newsforge about it. As long as the editors post interesting stories, who cares who submitted it? Isn't this better than a story about how Microsoft did stupid thing X today?

      --

      Do you even know anything about perl? -- AC Replying to Tom Christiansen post.
    5. Re:Sgi gets employee to market product, film at 11 by squiggleslash · · Score: 1
      Think that's bad? Look at billg's submission queue:

      Your recent submissions

      Here are your recent submissions to Slashdot, and their status within the system:

      • 2001-02-16 13:24:35 Microsoft is number one (articles,news) (rejected)
      • 2001-12-13 21:50:10 Download Windows CE source code now (articles,news) (rejected)
      • 2001-12-25 02:41:33 MSIE better than Netscape (yro,news) (rejected)
      • 2001-12-30 23:30:19 Joel Barr on why open source software sucks (articles,programming) (rejected)
      • 2002-03-17 19:34:47 Porting Linux software to Windows (articles,programming) (rejected)
      • 2002-07-19 01:43:07 Miguel copies superior Microsoft .NET technology with Mono (articles,slashback) (rejected)
      • 2002-11-23 19:00:21 Palladium makes web safe for all (yro,humor) (rejected)
      • 2002-12-18 15:46:17 GPL: Viral? (articles,gnu) (rejected)
      • 2003-01-02 13:14:01 VB.NET "awesome" says ZDNet (articles,news) (rejected)
      • 2003-01-02 13:30:33 Microsoft not guilty in antitrust trial (articles,humor) (rejected)
      Summary:
      • rejected (10)
      • accepted (0)

      Note: grousing about rejected submissions is Offtopic and usually gets moderated that way. It happens, don't take it personally.

      --
      You are not alone. This is not normal. None of this is normal.
    6. Re:Sgi gets employee to market product, film at 11 by timeOday · · Score: 2

      Are you saying that slashdot is paid for these stories? Personally, I like to hear about interesting new tech stuff, especially linux-related, even if it IS a commercial product. BUT if these really are paid ads, then yes, they should be flagged.

    7. Re:Sgi gets employee to market product, film at 11 by bill_mcgonigle · · Score: 1

      That's pretty good. I'd mod you Funny if I had the points today.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    8. Re:Sgi gets employee to market product, film at 11 by Greedo · · Score: 2

      I'm not arguing that /. needs the money to run their site. I'm just saying that, in the spirit of open disclosure, they should identify which stories have been paid for.

      Like the "This is a paid advertisment" notice you see in newspapers above ads that try and look like articles. There is a reason newspapers have to print that ... what makes /. special?

      --
      Tuus crepidae innexilis sunt.
    9. Re:Sgi gets employee to market product, film at 11 by Anonymous Coward · · Score: 0

      "We announced our new box yesterday, and I was annoyed that nobody had posted about it by 10:00 left coast time, so I submitted it to slashdot."

      -- davelloyd.com

      gee, that looks like a paid advertisement to me.

      it's just an employee who thinks the machine is cool, and wants people to know about it. enough bashing, for chrissakes. not everyone is out to make a dollar.

  14. Re:Signs of desperation? by Anonymous Coward · · Score: 1, Interesting

    That's a lie. SGI has not dropped it's MIPS machines or it's IRIX operating system.

    Last quarter IRIX 6.5.18 was released. MIPSpro compilers version 7.4 were released introducing C99 compliance and much better compliance with C++ standards. This hardly sounds like SGI is dropping MIPS/IRIX.

  15. Congratulations by I+Am+The+Owl · · Score: 2, Offtopic

    I just got my copy of Linux Journal, what, a week ago, and you guys are just now reporting on this? You didn't even steal your "news" from the right source!

    --

    --sdem
    1. Re:Congratulations by Anonymous Coward · · Score: 0

      slashdot sucks, what can i say.

      can we get a new color scheme around here?

      where's jon katz.. he at least had good intentions...

      the site stays up, kudos to the slashdot admins.

      the slashdot editors sucks though, fire them.

  16. brick house by Superfarstucker · · Score: 1

    i always wanted a nice, cozy, warm, ALTIX brick house... i bet i wont even need a fireplace!

  17. Brick processor by intermodal · · Score: 3, Interesting

    I rather like the concept of this...no more trying to pair up older processors when you run across a board someone is getting rid of a few years down the road. I recall getting a couple dual-PII workstations a year or so ago, and finding a pair of matching (and working) processors to put in them was hell...this way I could have just searched Ebay or my parts stash for a single old part.

    --
    In SOVIET RUSSIA... erm...NSA AMERICA, the Internet logs onto YOU!
  18. Isn't the issue in this area $/MIPS? by mckwant · · Score: 3, Interesting

    I don't do this for a living, but it seems that $/MIPS is the only benchmark even worth discussing, so shouldn't one be able to put together massive clusters of boxen to do the same thing, only without the SGI price tag?

    Correct me, because I'm almost certian I'm wrong.

    --
    ceci n'est pas un sig.
    1. Re:Isn't the issue in this area $/MIPS? by XaXXon · · Score: 5, Informative

      Yeah, you're wrong. This isn't a beowulf, it's a multiprocessor box. It runs standard software. That means you don't have to re-write everything to support clustered solutions.

      Lots of people don't understand that a 1024-processor beowulf won't run battlefield 1942 (if you've ever played it, you understand what I'm talking about), because it's not like a 2-processor workstation box. You have to write your software so that discrete pieces can be offloaded to other nodes and have the results posted back. A beowulf cluster is similar to SETI@Home or whatever distributed computing project you like. Though the interconnects are faster, the general idea behind how the software works is similar.

      With this SGI system, it's like a 2-processor workstation on steroids. You can run standard multi-threaded code on it and actually use 1024 processors (and could possibly run battlefield 1942).

    2. Re:Isn't the issue in this area $/MIPS? by Zathrus · · Score: 5, Informative

      No, because $/MIPS is a misrepresentation. Heck, MIPS alone is meaningless, because all it does is take a theoretical maximum of CPU speed. MIPS doesn't take into account anything beyond CPU speed - like memory speed, backplanes, drive arrays, etc.

      If you have heavily interrelated datasets, like in just about any thermal dynamics/plasma/weather problem, then there is so much interdependancy between adjacent "cells" that each work unit needs information from adjacent work units constantly. Spread that system out on a cluster solution and you're DOA because your communications between boxes are horrendously slow, with latencies measured in milliseconds instead of nanoseconds. So while you may have some absurd number of MIPS, the reality is that the CPUs are sitting idle 90% of the time waiting for data from some other CPU/memory block.

      Take all those CPUs, all that memory, put them in a single box and do the backplanes and memory interfaces right (this is where the cost comes in by the way) and your latency becomes reasonable and you actually get all those MIPS.

      It boils down to what the problem set is. If you need an obscene amount of transactions or have a highly interdependant problem set then you're better off with a single large box. If you can break up the problem set and minimize interactions then clustering is your friend.

      There's also the issue of maintainance, and while the hardware costs may be lower for a large cluster, the time spent fixing the hundreds of boxes may kill you. Have a single box that's designed for redundancy and you'll pay a fortune for the support contract, but you won't spend an appreciable amount of your time on hardware support on the rare occasions it actually needs something.

    3. Re:Isn't the issue in this area $/MIPS? by Anonymous Coward · · Score: 0

      Price/performance should always be a consideration, but guess what, these prices are actually very decent. Compare against list prices for similar cpu count boxen from Sun, IBM, HP, Fujitsu, NEC and whoever else you can think of.

      As for racken 'n' stacken, sure if your app is beowulf friendly you'd be stupid not to. But some heavy tasks just don't fit that mold.

      If this box proves valuable in more traditonal OLTP apps, then other vendors really have to watch out because again their prices are competitive.

      Cheers.

    4. Re:Isn't the issue in this area $/MIPS? by boster · · Score: 1
      It is still the case in some circles that normal economics don't apply. The is virtually zero market for a car that performs a little bit better for ten times the cost. But in the realm of supercomputers, there are customers. (Granted, the pool of such super spenders has shrunk...)

      There was a Scientific American article a few years back about this and it's relation to driving the pace of computer development at speeds normally only seen in breif spurts, as when essentially unlimited funds are available (think: Manhattan Project). The author posited that the computer industry had similar astronomical levels of funding available, and that might account for Moore's Law. Anyone remember that article? Have a link?

      --
      Madness takes its toll. Exact change please.
    5. Re:Isn't the issue in this area $/MIPS? by pclminion · · Score: 3, Interesting
      If you have heavily interrelated datasets, like in just about any thermal dynamics/plasma/weather problem, then there is so much interdependancy between adjacent "cells" that each work unit needs information from adjacent work units constantly. Spread that system out on a cluster solution and you're DOA because your communications between boxes are horrendously slow, with latencies measured in milliseconds instead of nanoseconds.

      You've obviously never actually researched how distributed finite-element simulations work, because you're absolutely wrong.

      In most physical FE methods, each cell interacts only with its 6 nearest neighbors. Yes, the computation requires information that spans across cells, but there's no reason to assign a different CPU to each cell. The cells can be grouped into blocks and assigned to processors that way.

      Remember that surface area increases slower than volume. As the sizes of your cell groups increase, there is more volume within them per unit surface area. And since data only needs to be communicated across the SURFACE of each cell group per simulation timestep, the method actually gets MORE efficient as you make the simulation bigger.

      So your "obscene" number of transactions turn out to be highly localized in space, which minimizes communication overhead. In fact, if your cell blocks are box-like in shape, then each block requires only 6 logical communication links to the adjacent boxes. This could be realized by a traditional switching fabric, or with actual physical links.

    6. Re:Isn't the issue in this area $/MIPS? by Anonymous Coward · · Score: 0

      "(and could possibly run battlefield 1942)" ..and you still wouldn't break 30 fps ;)

    7. Re:Isn't the issue in this area $/MIPS? by Anonymous Coward · · Score: 0
      You've obviously never actually researched how distributed finite-element simulations work, because you're absolutely wrong.

      You've obviously never actually run a finite-element simulation of the type the poster was referring to.

      The cells can be grouped into blocks and assigned to processors that way.

      Right, so what you've done is just decided to use larger effective cells, while increasing the accuracy of the calculation within each effective cell (which is the correct approach of course). Your grouped cells still need to talk to the neighbouring group of cells. It's just that the cells are larger. The same bottleneck occurs that the original poster was referring to, except a little later. These types of calculations just don't parallelize well.

    8. Re:Isn't the issue in this area $/MIPS? by Anonymous Coward · · Score: 0

      "(and could possibly run battlefield 1942)"

      nope - different architecture (ia32 vs ia64).

  19. Check the guy's homepage, he works at SGI. by Anonymous Coward · · Score: 0

    Slashvertisement, indeed.

    1. Re:Check the guy's homepage, he works at SGI. by Anonymous Coward · · Score: 0

      Yes, but he's a tech there - not the marketing director.

      Maybe he just thinks the stuff he works with is cool and others would like to know about it too.

      That said, story submitters should probably identify when they're affiliated with a product mentioned in the story. Not that it means the submission is invalid, but that the reader can at least weigh that info in context.

  20. numalink by Anonymous Coward · · Score: 0
    seems to me, this is YANB (Yet-Another-Numalink-Box).

    yawn.

    you're dead on with your conclusion that this box is anything but new.

    not.

  21. Re:Signs of desperation? by questionlp · · Score: 2, Interesting

    SGI did make Intel-based workstations that ran Windows NT/2000 that used all standard ports (ATX motherboard layout, Rambus memory, AGP video, et al)... particularly the 550 workstation. They also made several workstation lines that used proprietary memory and graphics subsystem that also ran Windows NT.

    For a time... didn't SGI repackage Intergraph workstations as their own? They also had an Itanium 1 workstation that was nearly identical to HP's and Dell's Itanium 1 workstation... but I don't think many of those were ever made.

  22. Itaniums? by zaqattack911 · · Score: 1, Offtopic

    Could someone shoot me some info in-regards to when Itaniums will be available in stores?

    If I understand correctly.. the new AMD hammer (x86-64) will be marketed towards regular consumers. Is the same not being done with Itaniums?

    1. Re:Itaniums? by mrnick · · Score: 2, Informative

      Well,

      My understanding is that the Itaniums do not contain a 32bit instruction set. That being true then if it were released today on PC motherboards it would most likely not have an operating system to run on. You could run Linux but not M$ Windows. Now to this crowd that might sound nice but to the masses it would be useless. AMD's hammer does have backward compatibility to the 32bit X86 instruction set... so one could run M$ Windows 32 bit until there was a 64 bit version and still use that machine to run enhanced 64bit applications and/or operating systems.

      Just my 2cents...

      Nick Powers

      --

      Encryption: I may not agree with what you say, but I will defend your right to encrypt it...
    2. Re:Itaniums? by jbischof · · Score: 5, Informative
      Itaniums are marketed toward high-end servers only. Generally not available to, and too expensive for, the general public (if that is what you mean by regular consumer).

      In Intel's mind, the Itanium doesn't compete with the Opteron. Opteron will be at Xeon's throat, trying to tear up some of the 95% market share that xeon has in corporate and other mid-range servers.

    3. Re:Itaniums? by Master+Bait · · Score: 1

      You can order one here. Prices have been slashed! Free ground shipping! This is a CPU for High-End Computing(tm) in High-End Machines! (Go away kid, you bother me)

      --
      "Only in their dreams can men truly be free 'twas always thus, and always thus will be."
      --Tom Schulman
    4. Re:Itaniums? by drinkypoo · · Score: 2
      Besides the excellent points made by the poster, there is one detail left out. Itanium is on the way out (in spite of systems being sold with them today) as soon as hammer gets here, in the form of clawhammer even (let alone sledgehammer.) Itanium2 is faster but will still be expensive (Though I suspect not QUITE as) when hammer hits shelves. Sledgehammer will probably massacre itanium entirely and it is supposed to come out at the same time as clawhammer, though if motherboard manufacturers don't have enough 8 way motherboards cooked up by then I can see they might delay sledge until some more show up.

      intel is taking advantage of being the first (between them and AMD) to being a 64 bit solution to the market. Since it's from intel then you know all of their partners and customers with the cash will roll out itanium systems, you know there's a market for anything from intel, no matter how shitty. Why these people aren't running ultrasparcs is beyond me, it's a mature 64 bit architecture and it really doesn't seem to be any more expensive than itanium.

      Anyway right now hammer isn't out, there's no competition, and itanium processor modules are still well up over a grand last I looked. When hammer debuts hopefully around $300-500 for the range -- supposedly hammer will be priced "comparatively" with athlon xp whatever that means -- itanium will wither and die for all but existing contracts, itanium2 will take a serious hit (but how serious?) and intel will probably announce something new on the horizon which will scale beyond hammer but not for a couple years. Sound familiar?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    5. Re:Itaniums? by Anonymous Coward · · Score: 0

      If that is true, why is AMD wasting R&D making a 64-bit processor, when all they will have to do is make Athlon's with bigger cache, larger memory bandwidth and more than 2-way SMP capability????

      Not another bad architectural hack (x86-64)!!!

    6. Re:Itaniums? by Anonymous Coward · · Score: 0
      I suppose they think that people who want scalability and the option to run either 64 bit code or 32 bit code will pick AMD.

      If your managing a new small corporate server, and want to run one particular 64 bit program or think you might eventually want 64 bits, maybe you will pick Hammer.

      Backwards compatibility is the death of many projects.

      I agree with you, it is a hack, I hope they can pull it off though.

    7. Re:Itaniums? by timeOday · · Score: 2
      Itanium is not suitable for consumers because:
      1) It runs 32 bit software quite slowly. 2) It has so many transistors that it's really big, and the cost of chips goes up with size.

      so it would hardly be easier to market to end-users than, say, Sun's Sparc chip.

    8. Re:Itaniums? by Hobophile · · Score: 2
      That being true then if it were released today on PC motherboards it would most likely not have an operating system to run on.

      Windows XP 64-bit Edition is available for the Itanium architecture.

      It even has a service pack out.

      Moreover, the Itanium can run 32-bit programs. It just isn't very fast at doing so.

  23. hmm by vorovsky · · Score: 1

    Too bad the guys over at The Neo Project didn't have a few of these before they closed their key project...

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

      It wouldn't have made any fucking difference. The neo project is still a stupid idea.

  24. Now... by SixDimensionalArray · · Score: 1

    ...if only they were affordable and every site Slashdot linked to had one for a webserver.. ;)

  25. Price? by s3xyb17ch · · Score: 2, Interesting

    Just curious, but did anybody notice an estimated price for various configurations either the 3300 or 3700? I couldn't find any price info on their site.

    --
    The futexes are also cursed!
    1. Re:Price? by phaxkolumbo · · Score: 1

      I don't know the price, but if you think along the lines of sport cars prices, the answer is:

      "If you have to ask, you can't afford it."

      (yeah, i know it's a poor joke...)

    2. Re:Price? by grub · · Score: 2


      but did anybody notice an estimated price for various configurations either the 3300 or 3700? I couldn't find any price info on their site.

      See This link and look at the bottom paragraph. Ouch.

      --
      Trolling is a art,
    3. Re:Price? by afidel · · Score: 3, Informative

      Those prices really aren't bad. $70,000 for 4 cpu's and 32GB of ram is almost exactly what we paid for our 4 cpu 32GB Sun V440 a couple months ago and this thing has more cpu power and a lot lot lot more expandability. $1.1 million for 64 cpu's is pretty cost competitive with Sun and IBM too.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    4. Re:Price? by jedidiah · · Score: 2

      Also remember that many Unix software vendors license their software by the CPU. If you can put a faster commodity CPU (Intel) into a serious enterprise chasis (IBM,Sun,SGI), then you could significantly reduce the number of CPU's that you application needs. The savings possible in that sort of situation are ENORMOUS.

      Just consider that Oracle Enterprise licensing costs more per CPU than Sun V series hardware.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    5. Re:Price? by haggar · · Score: 2

      But this being Slashdot... maybe an OpenSource plug is in order: what good it is to have a closed-source CPU like the Itanium, when you can have an open architecture where anybody can contribute, like the SPARC?

      But seriously, the Sun Fire series have some bells and whistles that make them rather attractive. What with the great backplane interconnect and the bandwidth-to-storage, the fibre-channel etc. Also remember: the SGI machine we're talking about is a NUMA architecture, which means that the software will need to be written for it. Unlike classic SMP (like the Sun Fire), it has a kernel image for each CPU. Besides, there isn't much 3rd party software for the Linux on Itanium yet, anyway.

      So, don't have sour grapes for your investment, I believe the V440 will get much more work done, in the foreseable future.

      --
      Sigged!
    6. Re:Price? by terriblecertainty · · Score: 1

      Also remember: the SGI machine we're talking about is a NUMA architecture, which means that the software will need to be written for it. Unlike classic SMP (like the Sun Fire), it has a kernel image for each CPU

      There seems to be a great deal of confusion about NUMA around here. There is no reason to rewrite any software, this is not a cluster using MPI or something similar. The number of times I've seen this falsehood repeated is distressing.

      It's possible that the kernel text resides on each node within this NUMA box (IRIX does this on the Origin 2000, at least) for performance, but we're still talking about a single system image.

      Routers (R-bricks) (and meta routers, if they're still used in larger configurations) make the memory on all nodes appear local, the only difference is that latency off-node is higher, depending on the number of hops.

    7. Re:Price? by RageEX · · Score: 1

      I believe MIPS is also an open architecture, so if that's important consider buying an SGI Origin.

      Backplanes are so 1994.

      NUMA == Non-Uniform Memory Access. There is still *one* kernel, cache coherency, and a shared memory space. Of course you can partition a system if you like.

      Read Mr. Mashey's excellent NUMAflex paper.

      You don't *have* to rewrite anything. This is why SGI stills sells development workstations. You can compile on an Octane and then run on an Origin.

      Wonder if we'll see any IA-64 workstation products from SGI or will HP be the only game in town.

      Lastly, most SGI customers develop their own software so the 3rd-party is usually irrelevant.

  26. Darn that weatherman... by 03+Guy · · Score: 1

    ...may be heard less and less as long as processor/system power increases. Our forecast models **MUST** have as much power and memory available as possible. More power = greater resolution in creating forecast models i.e. where it's going to rain. Glad to see SGI is still in the race!

  27. Looks nice too... by Midnight+Thunder · · Score: 4, Insightful

    One thing that I have always liked about SGI systems, is that not only do I get a high performance system, but I also get something that looks good design wise. Other companies, such as IBM give me the feeling that I am buying, in equivalent terms an F1 car with the body of a Lada. If I pay top of the line prices, I also like to have something nice to show off.

    --
    Jumpstart the tartan drive.
    1. Re:Looks nice too... by Anonymous Coward · · Score: 1, Funny

      Beauty is in the eye of the beholder.

      IMHO, nothing looks meaner, sexier, or more artificially intelligent than a huge rectangular box with hard corners. None of this "curvy" shit that seems to be everwhere or these "sweeping, romantic lines" that really mean "I am a pussy computer."

      I mean, give me the old Thinking Machines look any old day: HARD black edges with BLOOD red LEDs and enough redundancy in appearance to give the impression not only of massive parallelism, but also of massive unemotional BRUTE FORCE!

    2. Re:Looks nice too... by wayne606 · · Score: 1

      I have a Octane on my desk. Nice design with a curved top, so that you can't stack anything like an external drive on top of it. It wouldn't do for such a nice machine to look *functional*, God forbid... In fact I do have an external drive sitting on top of it and I am always afraid it will slide off...

  28. Altix? by Gudlyf · · Score: 5, Funny

    With all those bricks invovled, maybe they should call it the SGI Tetrix.

    --
    Trolls lurk everywhere. Mod them down.
  29. Would this not make a killer database server? by Anonymous Coward · · Score: 0

    Someone tell me why this would not be the "platform of choice" for something like Oracle. At $70,000, it would seem to compete very nicely with Sun. Am I wrong?

  30. IRIX is better for computational graphics than Lnx by Anonymous Coward · · Score: 1, Interesting

    One of the reasons we continue to choose high-end SGI systems like the O3k series is because of the way IRIX can do engineering/scientifical computational graphics. No one can compete with IRIX when it comes to things like fluid dynamics calculations. Many other vendors have tried, but none come close to SGI's capabilities. I sincerely hope they have continued their unique software in their Linux distribution.

  31. Cool by WindBourne · · Score: 2, Interesting

    As Linux gets into high-end systems, it will drive the industry to compete. Allmost certainly, Sun and HP will have to release high-end systems with Linux rather than trying to keep it on low-end only. Otherwise, it will be SGI and IBM only
    Now, If a major would start using Linux in an innovative way rather than simply trying to lower their costs. That would help drive real sales.

    --
    I prefer the "u" in honour as it seems to be missing these days.
    1. Re:Cool by Quill_28 · · Score: 3, Insightful

      Why would SUN and HP have to release a version of linux on their high-end systems?

      SUN cost for Solaris wouldn't be higher than SGI to port Linux to their systems.

      It would seem that people producing high-end systems costs would go down, using a no-cost license fee os like Linux.

    2. Re:Cool by WindBourne · · Score: 1

      SUN cost for Solaris wouldn't be higher than SGI to port Linux to their systems.
      Actually, Sun's costs are much higher than SGI's port of Linux.`There are no less than 500 engineers at work on Solaris at Sun (I would guess that it is actually > 1000). That does not include the support ppl such as managers and admins.
      At HP, HP-UX was a money loser. That was accepted as ok as it allowed HP to sell more systems. In addition, money was made on the OS at the tail-end for support. Even today, HP still maintains the 3000.

      --
      I prefer the "u" in honour as it seems to be missing these days.
    3. Re:Cool by brejc8 · · Score: 2

      Sun should no way drop solaris. The only reasom most people buy suns nowdays is because they can run thir cad software. And the cad companies only release their software on suns is because they know that not that many hackers can get their hands on them.

    4. Re:Cool by Shads · · Score: 1

      boy and all this time, I've had a pretty nice sun us on my desktop that cost less than my desktop pc. Hard to get a sun, expensive too. Yah.

      --
      Shadus
    5. Re:Cool by Anonymous Coward · · Score: 0

      Solaris also just happens to be a better OS than Linux right now as well. I have no doubt that within 3-5 years that will change but for now anyone who knows both Sun and Linux will tell you that Solaris on Sun hardware trumpts Linux anytime. Only Linux users who still dual boot and people who have never worked with Sun hardware try to argue anything different. Besides some of IBM's stuff Sun is still just the best money can buy.

    6. Re:Cool by brejc8 · · Score: 2

      Errr what? I work in a research group where we spend £2000 on a 900MHz Sun when compared with £600 for a 2GHz PC its appauling. Yes MHz != MHz so we did loads of comparison tests and still they are well behind.

    7. Re:Cool by brejc8 · · Score: 2

      Yeah and I could have a couple IPX/IPC/Sparc1 boxes too. They still wont run cadence.

    8. Re:Cool by larien · · Score: 3, Interesting
      A Sunblade 100 with minimum spec is $995 list. You can buy a PC for half that with similar or better performance. To get performance better than a P3/4, you're really looking at something like a blade 1000 which starts off at around $5,000 (off the top of my head).

      Yup, the blade 100 is nice, but it doesn't have price/performance of Intel yet. What it does have is binary compatibility with an F15K, so you can run the same 64-bit app on your cheap-ass desktop as you do on the big iron in the data centre.

      The poster is right; most hackers don't have a Sun on their desk as they are comparatively expensive. Given the choice between a $1000 Sun which plays very few games and has OK performance or a $1000 PC which will play 99% of games, what do you think the average hacker is going to buy?

    9. Re:Cool by wayne606 · · Score: 1

      As far as I know, the CAD companies release on lots of platforms, and #1 is Windows these days. At least if you're thinking of Catia, ProE, UG, etc...

    10. Re:Cool by Shads · · Score: 1

      I'm not a collector of ancient hardware.

      Last I checked none of those were us's either.

      --
      Shadus
  32. Correction by XaXXon · · Score: 3, Informative

    Now that I've RTFM, let me correct my previous comment -- The Altix3000 runs a single Linux image over up to 64 processors and 512 GB RAM. After that, it's NUMA.

    It can, however, do high-speed shared memory over all nodes in the cluster, allowing you to store HUGE shared data sets. Here's a link to the info on the memory.

    1. Re:Correction by JohnFluxx · · Score: 2

      It's 64 processors with linux and 1024 with irix - so you are both right.

      (I wonder, however, if linux managed to support more processors whether this would just work with more processors (on a single image etc etc))

    2. Re:Correction by fgodfrey · · Score: 4, Informative
      I think you're confusing NUMA with message passing. NUMA stands for Non-Uniform Memory Access (actually, this machine is cc-NUMA - Cache Coherent NUMA, but I digress). NUMA means that when I do a standard memory reference it will go faster or slower depending on where in memory that reference goes. This is accomplished by having a group of processors and a group of RAM DIMMs tied to each other with a memory controller that is also a router. If you want someone else's memory, you go over the router to the other memory controller and it returns the answer. That takes longer than your local memory (longer vs. shorter is not uniform), hence the machine is NUMA. IIRC, this machine is NUMA after 2 processors up to the max system size. Despite running multiple Linux kernels, all the memory is visible to all the processors even outside your own kernel. It seems they've picked 64p as the maximum useful size for a single kernel.

      What is your quad P4? That's SMP - symetric multiprocessing. Symetric means that all memory accesses take the "same" amount of time since there is only one pool of memory for all the processor and no processor is closer to it than any other. SMP systems larger than around 32 processors are rare since your single memory subsystem needs to feed *all* theprocessors.

      So what is a Beowulf cluster then? A typical Beowulf cluster (well, just a cluster in general) is a group of nodes which can't directly address each other's memory and hence have to send a message to the other guy to read/write his memory. Cards like Myrinet exist to try to get some form of shared memory between the nodes in the cluster to varying success. Compared with this, they are low bandwidth and high latency. (Of course compared with a Cray X1, this machine is low bandwidth, but I'm biased :)

      There have been a variety of NUMA machines released over the years. Highlights other than this thing include the Thinking Machines boxes, the Cray T3D and T3E, the SGI Origin series, and the Cray X1.

      --
      Go Badgers! -- #include "std/disclaimer.h"
  33. Huh? it uses Itanium 2 by green+pizza · · Score: 4, Informative

    SGI's Altix machines use Itanium 2 CPUs (up to 150 watts per CPU). They have **VERY** advanced cooling subsystems. This is not the MIPS/IRIX Origin series, this is the Itanium2/Linux series.

  34. Huh? (was Re:SGI is still in business?) by kelzer · · Score: 2

    The three analysts who cover this stock have a hold rating, which in analyst-speak means sell.

    Huh? I thought in anyalyst-speak that "hold" meant hold, and that "sell" meant sell. What does "buy" mean, hold? What does "sell" mean, buy?

    I'm glad I read your post - all these years I've been misinterpreting these ratings

    --

    ---------------------------------------------
    SERENITY NOW!!!!!!!!!!!!!!!!
  35. windows? by oskie · · Score: 1

    Does this thing even run Windows? It would be cool if it didn't.

    1. Re:windows? by Anonymous Coward · · Score: 1, Informative

      Does this thing even run Windows?

      No.

  36. This should put to rest any claim... by Anonymous Coward · · Score: 0

    ...that Linux can't scale.

    Hell even the bad boys over at Sun can't touch this thing with their UltraSparkies and Slowlaris.

    Even though this system isn't designed for OLTP, I'd love to see a TPC-C benchmark done.

    My guess is a 64 way would land around 450,000 tpmCs.

    Keep it up SGI.

  37. mod parent/grandparent up by mstyne · · Score: 2

    1. Post article to /.
    2. ???
    3. Save your job!

    --
    mstyne: real name, no gimmicks
    1. Re:mod parent/grandparent up by Anonymous Coward · · Score: 0
      uhmmm... how about

      3. avoid layoffs

  38. Someone should tell them, by Anonymous Coward · · Score: 0

    that none of you assholes have any money for this stuff.

  39. Scaling by Anonymous Coward · · Score: 0

    Doesn't Linux have trouble scaling, whats the big deal if the system has 100's of processors, if Linux can't scale to use them all. :-\

    I liked SGI, especially when they were proud to be called Silicon Graphics.

    SGI's decline is tragic.

  40. Analyst-speak by yppiz · · Score: 2, Informative
    Analysts rarely issue sell ratings since they do not want to say negative things about companies that their firm might do business with in the future. So normally, you should read an analyst rating as one step below what they actually say: hold (their lowest rating) = sell, accumulate = hold, buy = buy (maybe).

    This is a well-known practice. Here is what Forbes has to say about it:

    Second, there is the fact that analysts almost never say "sell." According to Thomson Financial/First Call, fewer than 2% of all analyst recommendations are "sell" or "strong sell." This problem can be partly solved through translation: Even minimally savvy investors sense that "strong buy" means "buy" and "buy" means "maybe you should buy" and "hold" means "sell." When an analyst does say "sell," he means something like "You idiot, you should have sold that stock six months ago."

    --Pat / zippy@cs.brandeis.edu

  41. Re:SGI processors.. by Anonymous Coward · · Score: 1, Informative
    What is annoying is that
    they are usually 2 or more generations behind in
    manufacturing process capability. So the lines
    and heat dissipation in the 3GHz P4 are much more
    advanced than the Altix 3000.


    Well the Altix 3000 is using Intel processors. You seem to be a bit confused on your comparisons. You can replace processors in this system as fast as Intel can spin a new chip.

    Also, SGI has an annoying tendency to use proprietary ASIC's in the their memory which
    make their entire system much more expensive
    than it need be.


    The other thing is that the Altix 3000 is using standard PC memory (either PC2100 or PC2700) and their 200MHz variant in the near future.

    And yeah, the machine costs more than your white-box cluster, but you get what you pay for - the fastest interconnect and global shared memory WITH scalability.
  42. Re:Huh? (was Re:SGI is still in business?) by photon317 · · Score: 2


    ALl these years you actually have, he is correct. For a variety of reasons, most centering around their own personal and corporate gain in the long term, analysts almost always overrate companies. Here's the usual rundown:

    1) When you see a Strong Buy rating, that means they are directly benefitting from this company's performance, and would like you to make them richer please. Sometimes it actually means the company will do well, or some mix of the two, but it's hard to tell.

    2) When you see a regular Buy rating, that means the company is pretty neutral with a possibly good outlook maybe. Translate this as a hold leaning towards a buy.

    3) When you see a Hold rating, that means dump this stock like the plague.

    4) When you see a Sell rating, if you're still holding the stock you're already screwed and it doesn't matter when you do at this point.

    --
    11*43+456^2
  43. Re:Signs of desperation? by bmajik · · Score: 2

    Stop trolling, and stop being dumb.

    They haven't dropped IRIX or MIPS.
    They aren't repackaging anyone elses stuff - this is still the most advanced hardware platform in existance, and who do you think it was that made Linux non-laughable on > 32 cpus (check for all the kernel work sgi has done)

    Finally, SGI _used_ to sell x86 boxes running NT, and has since quit. And even then, they were nonstandard parts.

    Basically, everything in your post was wrong, except maybe the part about SGI getting desperate, and how what has happened to SGI is a shame.

    --
    My opinions are my own, and do not necessarily represent those of my employer.
  44. RTFNFL: $1,129,262 (U.S. list) by mangu · · Score: 2

    The NewsForge link does mention the price for the 64-processor SGI Altix 3000. And the answer to your question is, if you need to ask you cannot afford it.

  45. Stand-alone server by vivek7006 · · Score: 0

    The SGI Altix 3300 server is useful as a stand-alone server, a development platform for larger SGI® AltixTM 3700 superclusters, or a node in a cluster using an industry-standard switch.

  46. IBM is doing something similar by cant_get_a_good_nick · · Score: 3, Informative
    1. Re:IBM is doing something similar by RageEX · · Score: 1

      The only difference is that IBM doesn't even have a product yet, and may never, and SGI has been shipping modular ccNUMA systems for 3+ years.

    2. Re:IBM is doing something similar by prefect42 · · Score: 1

      Not similar at all. The IBM design is for 3-dimensional building blocks to be used to create disk arrays and the like. It has water cooling, fibre-channel, and 10Gigabit ethernet, and is all very amusing.

      This doesn't build into arbitrary shapes. You whack it in a rack and plug it in. The connections are not lego like. If something dies, you do not leave it in place, you give sgi a ring...

      --

      jh

  47. Combine this with a nice fat pipe... by Eric+Jaakkola · · Score: 0

    And you've got a website that is resistant to the ./ effect.

  48. MPI? by Alex+Belits · · Score: 4, Interesting

    even myrinet and mpi is glacial compared to the SGI numalink network and running code multithreaded

    Don't mix shitty parallel computation libraries and actual performance. Multithreaded applications without MPI are, of course, faster than anything with MPI, however it says absolutely nothing about:

    1. Multithreades vs. multiple processes.
    2. Myrinet
    3. Network programming
    4. Clustering
    5. NUMA implementations that reduce everything to SMP with a cache that gets flushed a lot
    --
    Contrary to the popular belief, there indeed is no God.
    1. Re:MPI? by fitten · · Score: 1

      Don't mix shitty parallel computation libraries and actual performance. Multithreaded applications without MPI are, of course, faster than anything with MPI, however it says absolutely nothing about:

      I assume you mean "don't use MPI on an SMP/NUMA machine if you want to get the highest performance out of this box". Anyone who knows anything about parallel computing knows the difference between message passing and SMP architectures and why this is the case, there isn't anything "insightful" about that.

      Other than that, decent MPI communication library implemenations should do very well compared to native message passing on message passing architectures. I'd be willing to bet that an MPI app on a cluster of PCs is faster than pure multithreaded code on the same hardware. :)

      Disclaimer: I have ported MPICH to a number of platforms as well as implemented a few MPI implementations from scratch.

      (heh... took me 5 tries to post this message.... is /. /.ing itself?)

  49. Re:Huh? (was Re:SGI is still in business?) by kelzer · · Score: 3, Funny

    Of course, if the investing public at large learns this, then the analysts will have to readjust their ratings, introducing a new one - "Extra Strong Buy" that simply means buy, while "Strong Buy" will mean hold, "Buy" will mean sell, and so on.

    And once the public catches on to that, . . .

    --

    ---------------------------------------------
    SERENITY NOW!!!!!!!!!!!!!!!!
  50. wtf am I using linux for by Anonymous Coward · · Score: 0

    if its not so I can have an OS that runs anywhere. If SGI is so sure of their design, then why not try mass producing it enough so I can afford one.

  51. not foregone by halfelven · · Score: 2

    Not foregone, by any means. Irix is still offered to customers. It's only logical, since Irix is the _only_ Unix variant that can run on a 1024 CPU single-image system. Yes, i am aware of the IBM and HP systems with a similar number of CPUs, but those are not single-image, those are partitioned into many separated smaller systems each one running it's own kernel.
    Irix can run a single kernel on 1024 CPUs simultaneously. It's the only one, until now. Linux can do only 64.

    1. Re:not foregone by mark_lybarger · · Score: 2

      Linux can do only 64.

      this feeble OpenSource operating system has quite some shortcomings. someone call Bill, i'm sure he'll get his eXPerienced developers working on a 65 cpu OS, maybe 66.

  52. OT: Cool handle =) by Desmoden · · Score: 1


    I was at Barnes & Noble last night a midnight picking up the new book. It's hard to work today ;)

    Des

  53. Re:Signs of desperation? by Quazion · · Score: 2

    its no shame, its just a way to go.
    i think its a wise choice, SGI can do two things, die or stay alive, this will keep them alive for the moment.

    And i love to have some old SGI box with 64 cpu's after they arent in use at the nearest company any more :) just like i got a nice very cheap SGI indigo2 now at home :)

  54. check your statements first by halfelven · · Score: 1

    BSD can do... what?
    On how many CPUs can BSD scale? Irix can scale up to 1024. It's the only Unix that goes that far up. Where's BSD now?

    1. Re:check your statements first by Anonymous Coward · · Score: 0


      BSD can do... what?
      On how many CPUs can BSD scale? Irix can scale up to 1024. It's the only Unix that goes that far up. Where's BSD now?


      It's on the dual processor mail server that's been locked in a closet for 2 years running nonstop. Sure, it's on an internal lan, completely separated from the internet, which allows me to leave it up for ungodly periods of time without having to worry about security updates, but even those facing the internet are up longer, with better security and faster services than anything IRIX or Lunix could ever provide.

    2. Re:check your statements first by halfelven · · Score: 2

      BSD is fine for your dual-CPU mail-server-in-a-closet. That's what was designed for.
      However, the world does not end with you. Scientific applications, like weather prediction, etc. need something different (perhaps i should say "something more") than a mail server in a closet. That's what Irix was designed for. That's why some people buy 1024 CPU machines, running Irix. That's why some will buy 64 CPU machines running Linux.

      You're not a troll, you're just ignorant.

    3. Re:check your statements first by Anonymous Coward · · Score: 0

      Thats also why some people buy 6000 CPU SGI's - LANL for example:)

  55. Re:Signs of desperation? by brejc8 · · Score: 2

    SGI like all server companies cannot drop their customer base suddenly and leave then stranded. They will carry on developing IRIX and MIPS systems and softly let them die. Just like HP with Alpha read this (funny) also shame.
    Yeah they have done a lot of stuff for Linux and the boxes do contain lots of their own stuff but its a large step down from making their fully own hardware (very novel stuff) and Irix down to using Itanics and doing Linux hacking.
    When a company gets down to that level and gives up their uniqueness then they are no longer special (in my hart anyway).
    Afterall there is no end of companies about to release multi intanic systems.

  56. Re:SGI processors.. by Wesley+Felter · · Score: 3, Informative

    The above comment is a cut-and-paste from the R16000 story.

  57. Hold out for the hammer version by AwesomeJT · · Score: 1

    64 I2s is nice and all, but I really want to get my hands on 100 or so AMD ClawHammers. Now that would kick some serious tail. I bet Quake 3 area would run nicely. :-)

    --
    SPAM solution made easy: 1 spammer, 5 cords of rope, 5 hourses, and fireworks. Be creative.
  58. It's one hot machine! by more · · Score: 2, Interesting
    Don't get it installed in your office! :-)

    You can use the 64-processor version for not only the simulation of, but also for the real-life purpose of melting iron. A double Itanium2 HP ZX6000 is heating up my office like no computer before. When I turned the ZX6000 on, my daughters' self-made art (taped on the wall) started flapping in the warm air. To me it looks like Itanium2 is server room hardware, at least until we get the 130 nm version.

    --

    -- Imperial units must die --

    1. Re:It's one hot machine! by Anonymous Coward · · Score: 0

      i'll happily take that iron smelter off your hands... how much do you want for it? ;)

  59. Remember your history by Skip+Head · · Score: 1

    The old Russian military secretly experimented with multi-processor machines like this in the late 1980's. This is actually the origin of much of today's "cluster" technology - although the Russians' secret tech was much more advanced stuff. They reportedly were scared off when the machine seemed to develop a kind of "intelligence" of its own. The machine was dismantled and all back-ups destroyed after the following message mysteriously appeared on the system console: "In Soviet Russia, beowulf cluster imagines YOU!"

    --
    Most evil is done by good people, and not by accident, but deliberately; motivated by high ideals toward virtuous ends.
  60. Re:IRIX is better for computational graphics than by fitten · · Score: 3, Interesting

    Well... our experience with the O2K was a bit different (haven't touched an O3K though so I dunno much about it). With the Origins 2K and NUMA, if you ran large simulations, the distant memory would flat kill your performance so you had to make sure your working sets fit on a single node. Also, even though each processor board in the O2K had 2 CPUs, if you actually ran an even somewhat memory intensive process on each CPU, your app slogged because the memory bandwidth only supported about 1.4X the bandwidth of a single CPU. Another bad habit was that if someone snuck onto the machine when you were running your 64 process job and they fired up something like emacs, it would cause this nasty shifting around of memory that got you into the NUMA state mentioned above. Later, SGI came out with some tools that would minimize this effect though, which helped a lot.

    So... in order to support the kind of stuff we did and run it on 64 nodes, we would have had to buy a 128 processor system because we would only run one process per node and all the nodes were two processors.

    So, we also looked at the Sun10K. While the cpu to cpu comparison of raw crunch was lower, the memory bandwidth was uniform so the programs behaved predictably and were almost as fast in any case. It also had the benefit of running 1 process (as far as performance per process) wasn't noticably different from running 64 processes (on a 64 processor machine). At the time, the Sun10K met our needs much better.

    Now, of course, all those have been shoved out the door and replaced by something even faster.

  61. Alpha EV7 will kick its butt... More this Friday by AlphaMaker · · Score: 1
    HP is due to announce availability of the Alpha Marvel platform based on the 21364 (EV7). As a server platform it will have excellent performance.

    Initially, it will be available with up to 16 processors, with later support for up to 128 in a single box. Larger single-image systems can be constructed with Quadrics switches. For operating system, it will run Tru64, Linux, or OpenVMS.

    EV7 was built for bandwidth - how's this: 8 Rambus channels for 12.8GB/s peak mem bandwidth(6GB/s read or write bandwidth), and 3.2GB/s PCI I/O bandwidth. In addition to this, each chip has 4 interprocessor ports to support glueless multi-processing. Each link supports 6.4GB/s total or 3.2GB/s in a single direction. The chips are connected through these ports in a 2D torus configuration.

    With current RIMMs, each EV7 can support up to 4GB of memory, though later this should increase to 16GB. This system is Rambus done right.

    This system forms the basis for the 5 Teraflop ASCI Q supercomputer. Let's see an Itanium system match that. Check out HP's press release in a few days.

  62. Re:IRIX is better for computational graphics than by fitten · · Score: 1

    Ah... forgot about the graphics part... the other was about simple crunching. Yes, SGI has always had top of the line visualization capability. Nothing like playing Doom/Quake in a Cave.

  63. Re:in SOVIET RUSSIA by larien · · Score: 0, Offtopic
    OK, this has been bugging me for a while now; where did this in-joke of "in Soviet Russia" start, anyway?

    Yes, I may well be unhip and "not with it"; heck it took me about a fortnight to find something which told where the "all your base" came from...

  64. Re:Alpha EV7 will kick its butt... More this Frida by AlphaMaker · · Score: 1

    Oops, I misspoke. ASCI Q is 30 Teraflops, not 5.

  65. You guys are missing the main point! by LinuxParanoid · · Score: 5, Insightful

    You guys are all missing the main point!

    SGI is the first billion-dollar systems vendor to move their totally high-end million dollar hardware to run Linux, and not just to run Linux poorly, but instead their mega-boxes *require* Linux to performe excellently (unlike, say IBM "Linux/390" mainframes where Linux is not really the native OS supporting all the hardware features and is mostly a curiousity or very expensive Apache server.)

    The other vendors, Sun, HP, DEC, IBM have not been nearly as aggressive and are depending on their own UNIXes to remain on their high-end boxes.

    SGI is depending on Linux and has tweaked it enough to run huge, 64-way complex NUMA systems. This is a major infrastructure bet on Linux, and (assuming this is a shipping, working product) a huge mark of progress for Linux that it can, today, support this sort of high-end scalable hardware.

    We all knew it *could*, in theory, but SGI has invested in making sure that *it does*!

    This marks a major shift of SGI to an Intel/Linux pure play. It's not just a bunch of low-end Linux server boxes (which they've done before, and Sun/HP/IBM also do), or boxes that you can run either Linux or some proprietary UNIX. It's a full-scale massive 64-way NUMA SMP server that is optimized to run Linux.

    Hats off to SGI, I say.

    (I wish they had better business prospects but its hard to do that with a niche sort of product like high-end SMP/NUMA technical computing. We'll see if they can push it into a broader customer base with sufficient application support.)

    I wonder how Oracle would do on this sort of puppy?

    --LP

    1. Re:You guys are missing the main point! by iggymanz · · Score: 2

      I wonder how Oracle would do on this sort of puppy?

      You've a good idea there; hope someone at SGI has the brains to talk to a couple database manufacturers to get a port to Linux/Itanium....could save SGI.

  66. Re:SGI processors.. by RageEX · · Score: 1

    This post was incorrect when it showed up in the MIPS R16000 thread and it's even more incorrect in this thread. The fact that it has been modded up is just a sad comment about the meat-wads that wander through slashdot.

  67. Re:Signs of desperation? by Tet · · Score: 2
    SGI like all server companies cannot drop their customer base suddenly and leave then stranded. They will carry on developing IRIX and MIPS systems and softly let them die.

    Sad but true. I watched EMC kill DG/UX after they bought DG, HP are doing the same with Alpha and Tru64 (nee Digital Unix, nee OSF/1), and SGI are ditching IRIX. All of them are continuing maintenance of their old systems while it's still profitable, but DG/UX is dead, and the others are on their last legs :-(

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
  68. the pinnacle has been reached by DrSkwid · · Score: 2

    hat's off

    --
    There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
  69. Re:in SOVIET RUSSIA by Squid_Law · · Score: 0, Offtopic

    It was from a joke Yakov Smirnoff (comedian) made. The original joke was "In Soviet Russia ... Television watches YOU !"

  70. Bricks...? by Urchlay · · Score: 1

    2 things come to mind:

    1 - Are the PX, IX, and R bricks compatible with Lego bricks? (Anyone else thinking of 8-CPU NUMA Mindstorms?)

    2 - Did they call them bricks so their marketing guys can say it's `built like a brick shithouse'?

    We now return you to your regularly scheduled discussion...

  71. The competition by oxfletch · · Score: 1

    > The performance and scalability is like nothing
    > that has ever run Linux and is *far* ahead of the > competition.

    Pft. I bet IBM Regatta running PPC64 chips still
    kicks this thing's ass. Benchmarks ....

  72. I work there too and I'm proud of it. by leeet · · Score: 1

    I also work at SGI and although the company is indeed having money problems, it's still a great place to work and most people are dedicated. Also note that the company is 34/100 in the top 100 places to work for. This data comes from the workers, not some random pick. So you can tell that people at SGI like what they're doing. They like their jobs and their company.

    I'm proud to be working at SGI considering that I came from a very small town with limited IT jobs.

    Sure the company is not the best money-wise, but then again, look around you: how many .com's are still around? Even blue chips are having problems. In that context, I think SGI is doing pretty well and is still releasing new products! They are still investing in R&D big time.

    --
    -- Leeeter than leet
  73. Why so much bashing?? by leeet · · Score: 1

    Why is it that everytime something new comes out, everyone has something bad to say about it?

    This new server, just like other servers, is a magnificient piece of high technology and will greatly help companies, government and universities.

    My hat to SGI, they released an awesome piece of technology and the engineers deserve a high-5 on their hard work.

    If it's so bad, then why don't you build your own super computer and then post your anouncement on Slashdot. I'll be waiting in the mean time.

    --
    -- Leeeter than leet
    1. Re:Why so much bashing?? by Smelly+Jeffrey · · Score: 1

      If I had points today, I'd have modded you up. You are truly a gentleman and a scholar.

  74. And no Java in sight... by ChaoticCoyote · · Score: 2

    If you look at their developer platform for this machine, you see Fortran, C++, and C listed. No Java.

    Just a thought for all the Java folk who got so defensive about my comparisons of their language to others. Java is a useful, powerful tool -- but if you want to develop for top-flight parallel hardware, you don't use Java.

    1. Re:And no Java in sight... by Anonymous Coward · · Score: 0

      There's a Sun JDK for IA64. I've been using Java on Itanium for about a year now. The current version runs fine on Itanium, but has no HotSpotVM and therefore blows chunks.

  75. Yeah my PII450 SMP machine blows fire out the back by The_Dougster · · Score: 1

    I imagine these beasties must be pretty awesome heating units. Well, at least you are giving a good hard fscking to the Third Law of Thermodynamics. For an electric heater, you get one hell of a lot of free processor cycles :-)

    --
    Clickety Click ...
  76. Cache coherence by leek · · Score: 1
    It seems like the real question is not whether and what kind of Linux software runs on it, but whether the global shared memory system is cache coherent, and what are the performance characteristics of the coherence mechanism.

    And since everyone's plugging their favorite SGI competitor's machine, don't forget NEC.

    1. Re:Cache coherence by Wesley+Felter · · Score: 2

      Yeah it's cache-coherent; otherwise it couldn't run a single OS image. It uses a similar interconnect as the Origin 3000, which has been described in the literature.

    2. Re:Cache coherence by leek · · Score: 1
      Yeah it's cache-coherent; otherwise it couldn't run a single OS image.

      Cache coherence in hardware is not necessary to run a single OS image. Software can synchronize and flush the caches, but of course that's much slower.

      It uses a similar interconnect as the Origin 3000, which has been described in the literature.

      Yes, but it may be dropping the cache coherence.

      Cache coherence requires special hardware protocols running all the way from the CPU to the furthest shared memory, and the further this goes out -- the larger the number of CPUs -- the slower this coherency mechanism becomes on the entire system.

      Supporting a 512-CPU system with cache coherence, without losing intranode performance, would be a major feat.

      Since they are not using Intel's chipsets, and are dropping the Itanium 2 into their Origin chipset, they may also be dropping cache coherence.

      I could find nothing in the datasheets which implies cache coherence.

      They use the term "NUMA" in several places, but never "CCNUMA".

      Methinks /. has been fooled by SGI marketing. This machine is not as fantastic as you may be led to believe.

    3. Re:Cache coherence by Wesley+Felter · · Score: 2

      Cache coherence in hardware is not necessary to run a single OS image. Software can synchronize and flush the caches, but of course that's much slower.

      But the stock Linux kernel requires hardware cache coherence, so the Altix must have it.

    4. Re:Cache coherence by RageEX · · Score: 1

      It has hardware cache coherence, though I can't find a doc which proclaims this. Give SGI a call, I'm sure a sales-droid can confirm this and an engineer can elaborate. Their old systems (Origin2000) were ccNUMA as are the Origin3000 systems. Read John Mashey's NUMAflex Essay for more info on Origin/ccNUMA/NUMAflex.

  77. Right On! NEW Linux now with SGI tech! by The_Dougster · · Score: 1

    To think that the people that brought you the Cray Supercomputer have been tinkering with the Linux kernel just makes me shudder with delight. Truly things are really getting better all the time! And these are not just minor modifications to the kernel either, making it run on SGI quality systems with scalability over hundreds of processors is incredulous! This is probably the most exciting Slashdot story I've seen in a long time.

    --
    Clickety Click ...
  78. Go SGI by ToasterTester · · Score: 2

    SGI is a great technology company and like other technology companies they don't know how to market their way out of a paper bag. I really hope they can get the word out and sell enough of these systems and keep the doors open.

  79. How much? by mestoph · · Score: 1

    Just a general question, how much does one of these cost? today. Can anyone give me a website of a reseller that tells you how much for the machine?

    --
    --+> Life, is there any?
  80. SGI ALTIX by Anonymous Coward · · Score: 0

    The Wall Street Journal today said that SGI
    was running a proprietary version of Linux.
    Does anyone know what that means?

  81. SGI can't win on Slashdot by RageEX · · Score: 1

    They release new IRIX/MIPS stuff and it's canned as being proprietary/too-slow/too-expensive/beaten-by-my-P4 /beaten-by-a-beowulf/etc.

    I'd have thought that all you Linux-boys would be wetting your pants at this latest announcement (which everyone familiar with SGI knew was comming months ago). Instead it looks like most people haven't even read the article yet are eager to shit on this new HPC platform.

    The best comparision I can come up with is Average Slashdotter == Import Rice Boy.

    Both love their shitty cobbled together kit and lack any understanding of the complexities of such systems. Both will horribly hack up and mod everything they can to the detriment of real performance. And both love to trash high-end stuff they don't understand and which they'll never lay a filthy a finger on.

    I Guess that's why I stick to comp.arch & comp.sys.sgi.* for (mostly) intelligent/robust/informative posts.

  82. The linux cluster won't outperform.. by Anonymous Coward · · Score: 0

    because it will never be able to scale... all you haters, think your latest ebay purchase that you installed flavorx of linux onto is the hotest damn thing and that no one can beat you because you only paid $199 for the POS system that only streams your mp3 and pr0n files.. give me a break. SGI is focusing on advanced computing, while you have nothing to add other than negativity and a jumping off point for black hats. sheesh...

  83. Re:TROLL TUESDAY!!! by americandrone · · Score: 1

    WTF MAN

  84. Re:SGI processors.. by Anonymous Coward · · Score: 0

    And it was wrong when posted in that story too.

    Altix uses Itanium 2s. I'm sure those aren't using old manufacturing processes, any more than the MIPS R16000 is.

    As for the memory differences: I suppose Sun E15Ks and HP Superdomes are now using off-the-shelf memory? When did this happen?

  85. Re:Signs of desperation? by Anonymous Coward · · Score: 0

    Well, I have one of these boxes under my desk, namely an SGI 750. It's a dual processor Itanium 1 running 64-bit RedHat. Interestingly, I also managed to install Windows .NET 2003 Release Candidate 1 after a firmware upgrade. Whoopie doo. Might try to install DirectX and I nice game just for the hell of it.

  86. The Register's coverage of this. by cant_get_a_good_nick · · Score: 2

    The Register also has a blurb on this. I like the dig at Sun at the end, meow indeed.

  87. Re:Huh? (was Re:SGI is still in business?) by Anonymous Coward · · Score: 0

    I wouldn't worry too much about that...

    Since at this point in time the "public" is more worried about abysmal state of the economy and the last thing they want to do is risk their remaining savings on a fragile market.

    The second to last thing the "public" would want to do is listen to or other take advice from a bunch of smart ass little pukes who think jumping from one failed dot.bomb to the next qualifies them as having experience with the "market."

  88. Don't forget about heat and compute density.... by nate.sammons · · Score: 1
    Also, don't forget that SGI is now making the worlds highest density computer. People always say that a beowulf cluster of P4 boxen can smoke a lot of supercomputers for a fraction of the cost. There's two problems with that argument:

    1. 2,000 2GHz P4 machines generate a huge amount of heat. A HUGE AMOUNT OF HEAT. That amount of heat production and, obviously, power consumption is NOT cheap in the long run. Clearly these SGI machines will be sucking down huge amounts of power and generating non-trivial amounts of heat, but I would wager that an equivalent Beowulf cluster would require more power.

    2. As a few other people have noted, Beowulf clusters don't just magically run normal applications super-fast. It doesn't work that way. You have to write your code from the ground up to work with Beowulf. Not that that's necessarily a bad thing, but choice is a good thing. For a lot of applications, writing normal multi-threaded code is a lot easier.

    One other thing I'd like to see are some Java benchmarks on a machine like that. I'd like to see a WebLogic or JBoss appserver running on a 64-way box like that. I bet it hauls. JRockit (bought by BEA) has a really kick-ass JVM for IA32 machines, but I wonder if it would get confused in a NUMA setup. The Sun JVM is actually really nice on Linux - I wonder how well it would run on this thing.

    -nate

  89. Last Post! by alpg · · Score: 0

    "Picture the sun as the origin of two intersecting 6-dimensional
    hyperplanes from which we can deduce a certain transformational
    sequence which gives us the terminal velocity of a rubber duck ..."

    - this post brought to you by the Automated Last Post Generator...