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

91 of 225 comments (clear)

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

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

    3. 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!!!!!!!!!!!!!!!!
    4. 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.
    5. 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.

    6. 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 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.'"
    4. 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.
    5. 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.
    6. 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!
    7. 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.

    8. 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.'"
    9. 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)

    10. 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.
    11. 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.'"
  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.

  5. 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 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
  6. 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 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."
  7. 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 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
  8. 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
  9. 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!
  10. 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 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.

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

  12. 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 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,
    2. 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.
    3. 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.
    4. 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!
  13. 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.
  14. 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.
  15. 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.
  16. 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 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.

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

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

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

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

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

  19. 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!!!!!!!!!!!!!!!!
  20. mod parent/grandparent up by mstyne · · Score: 2

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

    --
    mstyne: real name, no gimmicks
  21. 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

  22. 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
  23. 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.
  24. 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.

  25. 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.
  26. IBM is doing something similar by cant_get_a_good_nick · · Score: 3, Informative
  27. 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.
  28. 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...
  29. 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.

  30. 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!!!!!!!!!!!!!!!!
  31. 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.

  32. 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.
  33. 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 :)

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

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

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

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

  37. 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.'"
  38. 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.

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

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

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

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

  43. 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
  44. 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.

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

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

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

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

  50. 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.
  51. 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.