SGI NUMAflex Linux System On Display @ SC2002 149
jarrod.smith writes "
According to SGI will unveil
its Intel® Itanium® 2
NUMAflex shared-memory supercomputer architecture (which runs Linux as its OS) at Supercomputing 2002 which runs this week in Baltimore, MD.
The link at SGI says the system will be on display at the show. The exhibit floor opens this evening. Unfortunately I did not go this year. Can those lucky enough to be at the meeting scope it out and post comments?"
If you're interested in what SGI is doing... (Score:1)
http://www.sc2002.org/
in qt and real
Aaron
SC'02 webcasting committee
Re:LINUX OS (Score:4, Interesting)
1: Fine-tune Linux to fit the platform
2: Design the platform to utilize linux
So it sounds fair to me.. Consider installing some propriatory OS instead.. where they cannot play around, change kernel design, drivers, VM or whatever they fancy. Would not that be a greater drawback ?
Re:LINUX OS (Score:5, Insightful)
But IBM already have the source to AIX... they wrote it.
Re:LINUX OS (Score:2)
Re:LINUX OS (Score:1)
It's possible that AIX is encumbered by technology that IBM licensed, but I don't know. I'd have to think IBM has ported AIX to x86. Likewise, I wonder why SGI hasn't chosen to port IRIX which has mature support for large scale multiprocessing.
-Kevin
Re:LINUX OS (Score:2)
Re:LINUX OS (Score:1)
Re:LINUX OS (Score:2)
IBM (and Sun and SGI) are hardware companies, so you might think that they would prefer a common OS and to compete on hardware. But that strategy has been shown to be disasterous for HP, Gateway, Compaq and even IBM themselves in the PC market. All these companies use their OS to position their hardware and leverage its capabilities to their target market.
Even today, the Linux community are working on the questions "how do we make a free Unix?", and the answer is of course Linux. But from day 1, IBM thought "how do we facilitate people running their data processing applications on our hardware?" and their answer was AIX. Sun thought "how do we facilitate people running their network applications on our hardware?" and their answer was Solaris.
So there is a lot of stuff in proprietary Unix implementations that adds value to them. I don't think anyone (not even IBM) seriously thinks Linux will ever replace AIX, but it does represent an avenue for them to penetrate back into the low-end space. (If you recall, IBM got their asses handed to them on a plate in the commodity x86 marketplace by Compaq and others). SGI have, for whatever reason, decided to make an Intel-based mainframe, and Linux is the way they can do that... but absolutely the last thing they can do is give away any IP that IBM could use to bolster its own Linux offering at their expense.
Re:LINUX OS (Score:2)
That's an over-simplification in the case of IBM; their consultancy arm makes more revenue (NOT profit) than the whole of Microsoft. They do hardware too but in recent years that has been seen as a method of increasing demand for their consultancy, which includes bespoke software.
If you recall, IBM got their asses handed to them on a plate in the commodity x86 marketplace by Compaq and others
But what they learnt from that is that allowing someone else to control the OS is madness. Since they can't get everyone else to use AIX it might make more sense for them to switch to Linux (or any Free OS, but Linux is probably the best option for them now) so that no one controls the OS.
I assume that you've heard the old joke "IBM and Microsoft got together to run a goldmine; Microsoft got the gold, IBM got the shaft".
TWW
Re:LINUX OS (Score:1)
If i remember correctly (Score:1)
Can you give me one good reason why Linux will not be a good supercomputer?
Re:If i remember correctly (Score:2, Funny)
Because it is an operating system, not a computer?
Re:If i remember correctly (Score:2, Insightful)
-Kevin
Re:LINUX OS (Score:3, Interesting)
The Los Alamos National Laboratory is building a supercomputer based on a Beowulf Cluster with 1024 nodes (2 processor in each node). You can read the story here [lanl.gov] or in this Slashdot thread [slashdot.org].
Re:LINUX OS (Score:2)
This is more SGI schizo behaviour. They can't really decide what they want to do or be, what hardware platform they want to push or what OS they want to use. Another sad day in a long line of sad days for a once cool company.
Re:LINUX OS (Score:2)
Ditto for the OS. Though I guess one saving grace is that the nature of the software for these hpc systems is vastly different and simpler than those for a "general purpose" desktop machine, so it's not like they have to try to support a wide variety of apps across two os's.
You have to remember that SGI is a hardware manufacturer, not an integrator. They don't just pick and choose commodity parts and through a machine together (well ok, their Intel boxes were kinda like that). This is what I mean by schizo.
Re:LINUX OS (Score:3, Interesting)
This machine is Intel based. SGI had to choose to port IRIX or make Linux run well. IRIX isn't going on their IA64 computers, period.
SGI has always focused on high speed internal communication in its machines, and SGI has tended to lag behind the curve in the MIPS processor's raw MHZ. The IA64 chips are much faster than any MIPS processor out there. This machine has some amazing performance--I think everyone will be surprised at what SGI has done. If you need a high end single image shared memory Linux or Intel solution, SGI has filled that role.
To be fair, if you don't need this machine.. don't buy it or think about it. SGI is a dying company and in the long term you'll get better support elsewhere. Sun and HP will have competing machines out, but they won't perform as well. I trust HP and Sun to be around longer than SGI though, and they won't fuck you over like SGI will.
What else can I say? Oh, the one I saw was painted in penguin colors.
Re:LINUX OS (Score:2, Insightful)
I disagree... if you need a decent server, especially a scalable one, this machine is for you. You can start out small and add stuff as you need it.
Wanna run a database? This machine is perfect. You can add to more CPUs to the system if you need them. You can also add more I/O to the system independently, w/o changing your CPU count unless you need to. For those reasons, this machine would also be great as a general purpose server for running apps of any sort that need server class I/O and CPU power.
Wanna run some crash simulation codes? Again, this machine is perfect. You can run a threaded version or an MPI version and get tremendous performance because of the massive memory bandwidths and low latencies that this system provides.
OTOH, if you wanna run Quake or UT you should probably get a Clawhammer or one of those hyperthreaded P4s.
SGI is a dying company
This machine is the most general purpose machine that SGI has put out in a long time, due to the fact that it runs Linux on Intel. This should mean bigger markets will be available to SGI, hopefully preventing its demise.
Re:LINUX OS (Score:1)
but I don't think it will die because there will always be admins who want their data center look like the Entrepise deck...
Re:LINUX OS (Score:2)
Oh
SGI, like Cray, wandered away from doing what made the company special (godawful high performance computing) and both of them suffered the consequences. Cray has moved back to it's roots (cost-be-damned-make-it-FAST one-off boxes for government-sponsored research projects) and has returned to the land of the living. SGI is turning that corner now
The poster continues:
HP probably
and
Re:LINUX OS (Score:1)
Re:LINUX OS (Score:1)
Re:LINUX OS (Score:2, Informative)
1. Raw MHz means nothing. SGI's MIPS-based machines perform excellently, at the top of the Spec2000 benchmarks, and extensively blow away both x86 and Itanium I. There isn't enough data yet to draw any conclusions about Itanium II. I would take an Irix-based Origin system any day over the completely unproven IA64.
Huh? There's data out there, let's look at some of the SPEC results:
CPU specint specfp
600MHz R14k 483 495
800MHz Itanium 314 645
1GHz Itanium II 807 1356
So the MIPS CPU does pretty well considering its low clockspeed, but Itanium II has a much higher peak perf. When you combine that with the monstrous bandwidth of an O3K machine, you get something pretty powerful.
2. Having developed for NUMA architectures, I am confused as to why this machine is designed the way it is. Unless they've done extensive modifications to the kernel, and especially the brain-damaged Linux thread libraries, you're going to end up with what are supposed to be threads of the same process running with different memory access properties.
Linux 2.4 with the O(1) scheduler is pretty good at SMP thread scheduling, but since the latencies accross NUMAflex are so low, process and thread placement aren't as important as they would be on, say, an IBM NUMA box, which is much more 'non-uniform' wrt memory latency. The 2.5 kernel should be even more scalable, as it'll probably include a NUMA-aware scheduler.
3. Even more confusing, what little press there is on this machine claims constant data access to anywhere in the combined memory space. NUMA by definition is non-uniform memory access. What's with that?
I imagine they're referring to the fact that you don't have to use a message passing API to do your app development, i.e. all the memory of the machine is in one big address space. Of course accessing different nodes will result in varying access times, but that's obvious.
You're way behind the times. (Score:5, Insightful)
It's not like Linus has been sitting in his bedroom coding for a decade and now suddenly SGI is going to download the kernel and throw it at supercomputing hardware. Big companies are and have been investing development dollars in Linux in order to make Linux ready for platforms like this one. And the great thing about Linux is that whatever SGI or IBM adds, the community tends to get back in the form of permanent enhancements to Linux.
this is true (Score:2, Interesting)
Re:LINUX OS (Score:3, Funny)
Regarding Linux: I don't know a whole lot about the kenel structure and what-not, but it seems that the good things about Linux are things that a supercomputer wouldn't care about (portability, a good GUI platform, etc.). Why not use IRIX?
You know, if they wanted a stable OS, they'd use Windows 98 and just pay the money for the second edition and then patch IE. That's pretty stable, right?
Re:LINUX OS (Score:5, Insightful)
Three reasons:
Recall that SGI is a platform vendor. You buy a package of hardware and software from them. If their software costs are lower, that translates directly into higher margins. Apple made a similar "don't reinvent the wheel" decision in the choices that led to MacOS X, which left them time to focus on their true focus of applications and system usability.
Re:LINUX OS (Score:1)
Why LINUX OS? (Score:1)
Another reason? Oracle. You will see some kick ass performance and that'll bring big sales for SGI I'm quite certain! Oracle doesn't run on IRIX although IRIX on MIPS hardware has one of the best performance ratio in the supercomputing area.
It's not about the cost. Everyone knows very well that the cost of the OS isn't really helping sales. It's how familliar people are. Which one would you buy? an IBM box running AIX or Linux? I bet you don't want to learn AIX and will probably choose Linux if you can get pretty much the same performance..!
Re:Why LINUX OS? (Score:1)
Re:Why LINUX OS? (Score:2)
This is moderately important. Lots of people still use 8i, so it's not the end of the world yet. What is the end of the world is the fact that Oracle will no longer develop the Oracle client library for IRIX. In theory, the 8i client library will let you talk to a 9i database, but as soon as Oracle breaks that compatibility (with 10i, or whatever) your Oracle client apps will no longer work on IRIX either.
So you're both right. Oracle runs on IRIX, but only in older versions.
In other words, "Girls, girls. You're both pretty."
2.5 has full support (Score:5, Interesting)
When it comes to NUMA machines, Linux is up there. It may not excel at everything (yet - I'm sure that it will get there if it's not already). I'm mostly talking about the 2.5 kernel series.
From the status list [kernelnewbies.org]
New scheduler for improved scalability (Ingo Molnar)
Support for Next Generation POSIX Threading (NGPT team)
Syscall interface for CPU task affinity (Robert Love)
Hotplug CPU support (Rusty Russell)
NUMA topology support (Matt Dobson)
Per-cpu hot & cold page lists (Andrew Morton, Martin Bligh)
NUMA aware scheduler extensions (Erich Focht, Michael Hohnbaum)
The biggest performance changes in 2.5 seem to be in the many thread and many CPU region, including NUMA.
I'd trust it. (Yes, I do do scientific supercomputing).
it may be called linux (Score:1)
Re:it may be called linux (Score:3, Insightful)
Re:LINUX OS (Score:2)
Re:LINUX OS (Score:2)
Unfortunatly, I havn't found the time to test it on my Cray, so I might be talking out of my ass.
Re:LINUX OS (Score:2)
You don't need threads to scale Unix apps.
Re:LINUX OS (Score:2)
There are basically three ways to parallelize an application: processes, threads, and sprocs or other lightweight shared-memory process implementations.
Processes for multiprocessing suck. The reasons for this are well known and won't be re-stated here, but cross-reference "shared memory."
Threads are standardized, light-weight, and efficient.
Sprocs are an IRIX-specific thing, but there are similar dohickeys on other OS platforms. A sproc is basically another instance of a process that shares its address space. Sprocs are similar to threads in a lot of ways, but they're not as elegant for many applications and they're highly platform-specific. Programming with this is tough, and porting virtually impossible.
Threads-- and, almost as important, thread performance-- are critically important for application scalability under any operating system, UNIX or otherwise.
Re:LINUX OS (Score:2)
Re:LINUX OS (Score:2)
Just think of it as your grandson's palmpilot.
There may be OS scalability issues. However, SGI should be well equipped to address them.
I'd be curious to see how a single Oracle instance might scale on such a beast.
What's special about this is... (Score:1)
Recent benchmarks showed that SGI's customs modifications gave it almost 2x on throughput performance (versus IBM).
Don't forget that some people don't care how much it cost, they only care about real performance. A linux cluster just won't cut it...
Re:What's special about this is... (Score:2)
Are you absolutely positive about this? Like, have independent confirmation on this from a knowledgeable SGI employee? Because I'm almost completely certain that this is not, in fact, even remotely true. My understanding, which is only slightly out of date, is that you will have to run a kernel built with SGI's patches, of which there are many.
But if my info is wrong, I'd like to be corrected by somebody who knows better than I do.
Re:LINUX OS (Score:2)
SGI has been a BIG booster of Open Source software in general and Linux in particular for about the last 5 years. I was reading the changelogs for the 2.5 kernel tree a couple of nights ago and noticed that their code for running the kernel on NUMA-based machines has already been contributed to the tree and merged.
The major beef about Linux as a big-iron OS has always been "It doesn't scale well above 4 processors"
Re:LINUX OS (Score:2)
Re:LINUX OS (Score:1)
Re:LINUX OS (Score:1)
Re:LINUX OS (Score:1)
- Un*x type OSs already have time-sharing down (many users on a single machine). While this isn't an issue on a desktop (because everyone has their own), it is an issue when lots of people want to share the $3M machine.
- Un*x type OSs already have remote login capability down (like the previous point). The locality of a machine you are using doesn't matter except for possible latency/bandwidth issues.
- Developers at the respective companies tweak the kernel quite a bit I would imagine. They aren't using the latest RedHat distro ISO they downloaded last night on it.
I've seen a number of MPI distibutions that simply did silly things like
foreach machine in machinesfile
rsh machine command
because it was easy. Of course, these run into problems with many machines (timeouts and takes forever to get started) *but* they wouldn't use anything else because "rsh was standard". This kind of software doesn't work for large systems. The people/companies who support these large systems like this have to solve these types of problems.
The other area of concern is compilers. These type machines have lots of processors but if you have a compiler that produces less-than-efficient code, you are robbing yourself. In a number of cases, GCC isn't going to be your best choice here so you need to find/make good compilers. It doesn't do much good to have a single processor that is capable of 10GFLOPS when your compiler will never be able to get more than 3GFLOPS out of it.
IBM, SGI, and the other companies that are moving to Linux are tackling these types of problems (they have to in order to be successful) and they have their own distributions for their machines.
Re:LINUX OS (Score:2)
Re:LINUX OS (Score:1)
The IBM 390 machines are not fast. People didn't buy them for their MIPS or FLOPS. They bought them because of their stability and uptime. It's less important that OS1 can serve up X amount of web pages per sec and OS2 can serve up 1.1X web pages per sec when what you want is that the machine *doesn't* go down because a CPU board just burned itself out. *That's* what big iron is about.
What's in a name... (Score:5, Funny)
NumaFLEX... And to think... All that AMD could come up with was Athlon 64 [com.com].
You'da thunk that they'd at least stuck a period or an 'e' on there somewhere...
eAthlon.64?
Re:What's in a name... (Score:1)
Re:What's in a name... (Score:5, Funny)
Dan Quayle says it's Athlone 64
Re:What's in a name... (Score:1)
Pete
Beowulf cluster of cooling necessary :) (Score:5, Informative)
Additionally, it offers unparalleled scalability in the line of Linux supercomputing. This is a system built to grow with a business, although your business better be pretty much grown already to back the check you'd need to fill out to buy it.
My conclusion: it's an excellent largish solution for academia seeking a more stable environment than can be achieved with Beowulf clustering and excellent pricewise solution for businesses seeking to expand without sinking a lot of money into unnecessary costs.
Re:Beowulf cluster of cooling necessary :) (Score:2)
Wow, sorry but that sentence smacked of marketing/speak. "Unparalleled scalability"? Hopefully this was just a play on words
businesses seeking to expand without sinking a lot of money into unnecessary costs
What would those "unnecessary costs" be? (just asking).
Re:Beowulf cluster of cooling necessary :) (Score:3, Informative)
Proprietary software. The bulk of the costs with anything supercomputing falls across the non-standardized but more reliable hardware, the service contracts necessary in a mission-critical environment, and the software that runs on the system. Having Linux cuts back on that, although no doubt some software tailored to work in this environment will still be pricier than its counterparts on our x86 hardware because of the smaller customer base and ability to pay.
Re:Beowulf cluster of cooling necessary :) (Score:2, Interesting)
Right now we have a couple of 8-way Onyx2s and we're in the process of building an 8-way Origin 300. For the kind of work we do (realtime simulations), where latency is king, we prefer to put each part of a task on its own CPU, so having 8 processors is nice, whereas having an 8-way Itanium2 would be prohibitively costly to cool, although it'd be nice for when we just crank: see 483/499 SpecInt/FP base for 600MHz R14k vs. 810/1350 SpecInt/FP base for 1GHz Itanium2.
I *would* like to move to Linux from IRIX, I think. I really like the IRIX realtime support (all the REACT stuff), but I am tired of poor tool support and limited lack of updates, etc. I think $500k worth of machines (in *that* lab) would warrant a better resolution of some issues we've had.
Finally, I very much anticipate the day that these Linux scalability improvements filter down into something like a 4-way Clawhammer system. That system could very likely do a lot of our work (at what, maybe $20k for a system?) that we now drop $50k on for SGIs.
Close to linear scalability (Score:1)
Just remember when a few months/years ago, Linux wasn't scaling well over 8 cpu's. SGI has a 128 CPU solution already. I have to admit that these guys made a VERY good job!
According to... (Score:2, Funny)
According to who?
I demand an answer!
Re:According to... (Score:1)
SGI. The sentence use the practical reverse-bananana [tuxedo.org] compression idiom, the original which was first revealed in the holy book of HAKMEM [inwap.com]
Please add the string "I am not a" in front of your Geek Member Card.
Re:According to... (Score:1)
almost made it (Score:2, Funny)
puts head down and weeps as images of shiny, multi-colored SGI systems float through my head
(which runs Linux as its OS) (Score:3, Informative)
WRONG! It runs linux as it's kernel.
Damn straight! It runs OSCAR, not "Linux" (Score:1)
GNU/Linux = operating system
It does not run GNU/Linux -- it runs OSCAR.
Get it right, Ho^Hemos!
Re:Damn straight! It runs OSCAR, not "Linux" (Score:1, Informative)
After all, most GNU/Hippies are grouchy and live in a garbage can.
WHY LINUX!? (Score:5, Funny)
Like Windows ME!
Re:WHY LINUX!? (Score:1)
Let's TRY to be objective... (Score:4, Interesting)
I'm trying my best to maintain a level of respect for the MS operating system product so I'd like to know if anyone knows of any amazing projects MS OSs are being used for. For that matter, what about other OSs in general?
I think it's terrific that Linux is used this way but I wonder if it's because of its availability or because of its technology. I tend to think it's for its availability but I'm no expert. I think answers and other points of perspective from others in the Slashdot community would help to show some objectivity here.
Re:Let's TRY to be objective... (Score:5, Informative)
Linux is being used because there's no x86/Itanium port of Irix. SGI use Irix, which as of 6.5 is a superb Unix implementation, on their MIPS hardware. IBM use Linux because of all the software that's available for it, but Linux runs within a virtual machine on top of their proprietary zOS.
XFS has already made it into Linux, maybe some other Irix stuff like GRIO will be next.
Re:Let's TRY to be objective... (Score:5, Interesting)
I'm involved with a number of high energy physics experiments around the world (from a "physicist needs an obscene amount of computer power but a minimal budget, I try to give it to them" standpoint). Everyone is using Linux clusters at the moment. Why? Two reasons.
The first is price. None of these projects are rolling in money. Saving a few thousand dollars while setting up a hundred node cluster is a big win. The people working on the projects are technically skilled enough that a Unix varient is not significantly harder to use than a Windows variant, so there is no increase in TCO due to support.
The second is trust. They've been repeatedly burned by proprietary software. They run into a problem and the publisher isn't inclined to help (or wants more money than they have to fix it), and they're forced to fine another solution. Linux may not be perfect, but they're free to fix their own problems. They don't view it from a "Free Software is Ethical" view, but from a pragmatic "we've been repeatedly screwed and it isn't happening again" view.
Re:Let's TRY to be objective... (Score:1, Interesting)
OSes, not for supercomputing but for astronomical
data acquisition systems (not very fast embedded
systems, the real time properties being almost
irrelevant).
The story:
- We get a copy of a software, find a showstopper bug, mentioned it after having the certainty that
it was in the OS and not in our code.
- we receive an upgrade less than 2 weeks after mentioning the bug(there was a release every 3 or 4 months and we had been developing our own software in the meantime).
- install the upgrade in a very optimistic mood
since the first ilne in the release notes was
that the specific bug we mentioned had been fixed
- test again, bummer, the bug had not been fixed
or at least not properly. Waiting another 3 months for the upgrade would have a major setback
- I did disassemble the relevant part of the software, ended up with about 50Mb of text files
on the disk and found the bug in about 2 days.
I patched the code with a hex editor (6 bytes
to patch).
This was in 1992, the system worked fine with my patch until we upgraded it wit faster processors
in 1999. Guess what, the new systems run Linux.
There may be bugs, but at least I have the source code so fixing or tuning the code is easy.
Re:Let's TRY to be objective... (Score:1)
Also, in my experience, institutions with this much computing power (and they _do_ buy a lot of power), have a lot of clout when it comes to getting OS problems fixed.
I think the main reason is the cost of the hardware - it's simply much cheaper to rack up cheap IA32 boxes than to buy RISC workstations/servers.
The result is, as you say, a total dominance of Linux in the HEP computing world.
Supercomputers are expensive. (Score:4, Informative)
Wasting 20-40% of the resources of your $2k desktop on your OS's feature bloat may not be too bad, but wasting 20-40% of the resources of your $5 mil supercomputer is a lot of money.
Or put another way, Linux is used in supercomputers because it can be set up to do exactly what you want it to, and ONLY that - which for most HPC applications is compiling and running custom code to solve Big Problems.
You're not going to use a 512 processor supercomputer to Save Christmas by being able to get those pictures off your digital camera without spending 3 hours trying to download the drivers.
This is also true.. (Score:1)
This is what sets SGI apart, their performance...
Even if the Dodge Viper is a fast car, how come you don't see it racing against F1's...? It's simply because don't care about the price. They don't mind spending $20k on a friggin' steering wheel...!
Re:Supercomputers are expensive. (Score:1)
<sarcasm>Well, it's a pity that the supercomputer vendors haven't realised that then, isn't it?</sarcasm>
Come on now, you think that the vendors don't optimise their OSs for every last bit of performance? Of course they do. They're all in competition here, and every one of them is struggling to get every last FLOP out of their processors.
The reason that we're only just now starting to see large CPU counts in Linux boxen is because it's only just now becoming viable to scale Linux. Other vendors' UNIXs mostly scale much better than Linux.
I believe that SGI's Linux will (at first) scale to only 32 CPUs, and I'll be interested to see what sort of performance they get on such machines. I'd wager that Linux will not scale nearly as well as, say, IRIX.
OTOH, the recent slashdot thread on the performance of the 2.5 kernel is reassuring - way better performance on parallelised tasks. I suspect that these improvements are being driven by all the vendors who want to use Linux on their high-end, high CPU count machines.
Re:Let's TRY to be objective... (Score:3, Informative)
Cornell has some windows clusters that they seem to like ok.
http://www.tc.cornell.edu/
It makes sense, really (Score:5, Insightful)
For those afraid of the GPL, BSD presents a tempting alternative. But again, you lose a bit of the development resources and don't have the name to use to get your funding. For most people, though, GPL isn't a problem.
Easy equation... (Score:1)
Obviously, SGI is in need of money. They know how to do the right thing with performance so this will open some doors that were closed before...
Also, you can bring machines closer to the admins w/o IRIX experience. Some people are scared to learn, you know...
Now remember, SGI offers up to 128 cpu in single system image. This is serious compute power and no one else can offer it. You're not talking beowolf, clusters, etc. It's *1* machine.
Re:Easy equation... (Score:2)
Sssssh
kernel version? (Score:1)
A general SC2002 comment... (Score:5, Informative)
Large linux systems and clusters are really all the rage right now in SC circles. I think the only booths I saw here not using Linux were the Apple booth (though they did have one gorgeous brand-new G4 running Xfree and twm, the sick bastards!) and the Japanese manufacturers NEC and Fujitsu (off in their own worlds, as always).
Linux isn't a big surprise to the SC set, though - this is a group that's used to UNIX. Hell, Microsoft doesn't even have a booth here, and they were at the last LinuxWorld conference.
-Isaac
That's because windows != supercomputing (Score:1)
Are they any x86 solutions that offer 32 cpu's systems anyway?
Re:A general SC2002 comment... (Score:1)
I saw on the floor plan that this is indeed correct. Amazing how times change. Maybe they really are getting their act together. The new XServe looks like a nice 1U server.
Wish it were time to upgrade our main servers again.
Re:A general SC2002 comment... (Score:2)
thats cool and all, but (Score:2)
Re:thats cool and all, but (Score:1)
ahem... (Score:1)
Here is a close up... (Score:1)
Maybe someone can describe the bricks?
Re:Here is a close up... (Score:2)
Yeah, maybe [sgi.com].
This morning... (Score:2)
Speed (Score:1)
They also have a faster interconnection that allows 6.4 Gpbs so you can copy the equivalent of a whole CD rom per SECOND(!).
I wish my ISP could do that, unfortunately, my PC is decades behind that kind of performance...
Gigabit vs GigaByte... even more speed (Score:4, Informative)
That's way more than 3 times. Plus the latency is several orders of magnitude less.
The tradeoff is cost. A fully populated rack (32 Itanium2 CPUs or 128 MIPS R1x000 CPUs) starts at $1M can can easily run upwards of $4M. If your task is CPU bound, then a homebrew cluster will be almost as good. If your task is I/O bound, you can't beat the Origin. Until the Cray X1 ships, anyway.
Also keep in mind that while an Origin system can be partitioned, they are typically run as one single image system. The beasts easily expand from 2 CPUs up to 512 (even 1024 with special support from SGI). The cross-system memory latency increases with the larger configurations, but the net cross-section bandwidth/thruput increases linearlly with the CPU count. Very efficent design.
Pretty sweet machine. Again, until the Cray X1 ships!
My conversation with one of the sales reps (Score:3, Funny)
Seriously, it looks pretty sweet, but I was more excited by the Origin 3900 -- 16 processors in one C-Brick (4U).
Re:My conversation with one of the sales reps (Score:2)
Shh. Don't tell anybody. The new server is nothing more than an Origin 3900 (a.k.a. SN2) with Itanium2 processors instead of R14000 processors.
Wrong, the Origin 3900 is just a repackaged Origin 3000. It doesn't use the SN2-related ASICs at all.
The inside of a MIPS CX-brick is mostly empty space. It was designed this way, back in the mid-1990s, specifically to accommodate IA-64 CPUs.
The CX-brick is the new C-brick for the Origin 3900. The old C-brick was mostly empty space.
Last Post! (Score:1)
despairing of life as in hoping for another life and in eluding the
implacable grandeur of this life.
-- Albert Camus
- this post brought to you by the Automated Last Post Generator...
Sound of one hand clapping (Score:1)
I wonder which is worse, Beowulf posts or goatse.cx links?
Re:Sound of one hand clapping (Score:1)
Neither. Suffering is caused by desire and I am on the noble path.