IBM Announces First Linux-only Mainframes
A reader writes "The new Z-series mainframe for Linux, which costs $400,000 and is aimed at processing transactions at large businesses, is IBM's first mainframe computer sold without IBM's traditional z/OS mainframe operating system. More info at the IBM zSeries page" This is something that IBM and others of Big Iron vendors of *NIX have said - as Linux grows in maturity, they want to replace their *NIX with Linux. However, there's still work to be done in that area.
The link to the SourceForge Foundry is slightly broken. Correct link is here.
Does it support Hot Swapping?
I would think hot swapping would be one feature truely worthy of a mainframe operating system... especially if you can all of the different possible parts of a mainframe and still keep all of your applications running 24/7.
(nb: The last IBM big-box I worked on was a first generation AS400 so this question may be dated)
I recall licensing of IBM's OSs to be fairly expensive, have they cut prices at all to reflect the fact that a lot (the bulk?) of the vanilla Linux development happens outside IBM, therefore costing them nothing?
Trolling is a art,
More coverage from the reg
Cyborg_monkey
> what's a server?
A person who if you don't tip them when you leave the restraunt the next time you visit will spill soup all over you?
Or the pile of junk in the corner of the office that makes alot of noise, has various people standing over it and muttering dire curse relating to bill gates and all in the computer industry (assuming os = Windows) or in the case of linux... now where did I leave that boot stone-slate as its so rarley needed...
--- Users are like bacteria -> Each one causing a thousand tiny crises until the host finally gives up and dies.
I'd just like to correct something here: they aren't replacing the previous zSeries operating system, they're adding another choice. Now you can choose between z/OS, z/VM, and Linux. While there is something called Unix System Services that run within z/OS, it's not a stand-alone operating system; it's rund under z/OS, not by itself.
And with Linux, you do loose a lot of the RAS characteristics that z/OS provides, as well as 40 years of compatibility with existing workloads. Linux is being sold as something to run new workloads on, workloads that z/OS previously wouldn't have been considered for.
Silly signature limit . . .
ZDNet have a recent story about a company called Boscov's Department Stores replacing a lot of NT machines with one IBM zSeries. From the article: "Boscov's, with 36 locations in six states in the mid-Atlantic region, scrapped its client/server architecture and is in the process of consolidating 70 IBM NetFinity 8500 and 500 servers running Windows NT 4.0, on a recently purchased IBM zSeries 900 mainframe running SuSE Linux Enterprise Server 7 as a virtual machine."
I'm tempted to take this $400k figure with a huge grain of salt. I'm not sure that will get you much of anything except, perhaps, the main CPU box with one or two processors. I'd bet the total cost of installation is much higher.
Sig (appended to the end of comments you post, 120 chars)
I don't think it's supposed to. I think it's supposed to make maintaining a workabe OS for the mainframe cheaper for IBM.
No. z/VM is the 'meta-OS'. It's pretty much analagous to VMware in what it can do, in terms of hosting other OSs underneath it.
z/OS is geared at high volume transaction, database, batch processing. it runs either z/VM or more typically natively or in an LPAR.
An LPAR is a 'logical partition', a way of dividing a m/f up into several virtual machines.
for now, these are static and implemented when a partition is 'booted' - IPL'd (initial program load) in m/f terms.
VM on the other hand supports hundreds, even thousands of dynamically generated virutal machines. You can run VM inside an LPAR providing two levels of partitioning. I expect VM and LPAR technologies will converge at some future point.
meanwhile everyhting can talk to each other over 'hipersockets' - memory to memory pipes that looks like a tcp/ip network to your software - blindingly fast
Consulting Times has a article which gives a "real world" cost justification example.
I will not be pushed, filed, stamped, indexed, briefed, debriefed or numbered.....my life is my own.
Will this mean that IBM will finally replace OS/2 as the bootstrap and control server?
Replacing that with Linux would be a nice start!
For those that do not have the benifit of a 390 sitting behind them, it is very disconcerting to have that big black IBM monitor on top of it, because it is running OS/2 on a Celeron board inside the mainframe to control the whole show.
Architecture is the key. What's the difference between a 120 MIPS mainframe and 3000 MIPS desktop, and why is the 120 MIPS mainframe faster in mainframe type applications?
Architecture. Specifically, things like I/O, process handling, etc.
Don't get me wrong, I'm a strong believer that "desktop" type hardware can compete with the big boys, especially considering the cost diferences and the extra speed, boxes, redundancy, etc that you can buy with all that cash you save. But... there are times when the big mainframe architectures really do have a reason for being.
Just my $.05 (inflation, you know).
-- "Other than that, how was the play Mrs. Lincoln?"
MIPS = Meaningless Indicator of Processor Speed
..."
The mainframe is MIPS per CPU, so the 16-way box is 16*120. Also, 120 MIPS is slow these days for a mainframe.
Write a simple memory intensive program and try it on a mainframe and try it on a PC. I guarantee that you won't get 3000 MIPS out of a desktop, even if the data fits in cache. Many reasons for this....
The s390 ISA is definitely CISC, you can copy a whole string with MVCL, that count's as one instruction. Do this on RISC machines and it might take a loop and execute dozens of instructions. Hence "Meaningless
About 2 years ago I wrote some C code to recursively quicksort 20M random integers and tried it on a bunch of platforms. A mainframe that was about 1 cycle behind fastest available gave me about the same single processor performance as a 1GHz PC, both a little slower than Alpha.
The big differentiator is memory architecture. How much time do you lose for a cache miss? Most processors only operate at 20-30% of theoretical maximum speed on big problems.
Memory speed has not kept up, that 2GHz box you dream about is not twice as fast as a 1GHz box, particularly if you're crunching a lot of data.
But most their savings are due to improved scalability and easier maintenance (especially for disaster recovery).
Read the article, all the arguments for the switch are there.
Store chain is sold on Linux [ZDNET]
Black holes occur when God divides by zero.
I have been working in the mainframe world for a few years now, and one thing you have to understand about mainframe operations, is that since it's conception the #1 priority is UPTIME. Speed was number 8 or 9.
Only recently (last 7 years) has speed been a considiration, and that was thanks to the PC revolution. But again, you were alwsys dealing with two camps: Mainframe guys, and PC guys.
So all this means is that there is another choice for people who want the " 5 9's",the holy grail of computing, and not Windows, Unix or any other platform other than the mainframe can deliver that.
(Shot of IBM's new server standing alone in a server room)
ANNOUNCER: "If you think we're overcompensating for something with our really, really big mainframe running linux..."(Cut to shot of a dozen small servers being carted off) "...You're absolutely right."
-no broken link
PCs crash a lot. They're made from cruddy hardware because the average consumer either doesn't know the difference, doesn't care, or can't afford anything better. Mainframes have uptimes in the years; some have benn going for decades. They usually have hot-swappable everythings, including the usual power supplies and disks, but also hot-swappable CPUs, memory, expansion cards (network, etc), and even motherboards sometimes. Finally, they have a high degree of self-awareness. Today's PCs are starting to get some of these features (your BIOS might know the speed of the CPU fan, wheeee) but the mainframes are way ahead. They're set up to figure out when things are about to fail. When a potential failure is detected, the mainframe will call the vendor and order replacement parts automatically. A service tech will usually be there within hours to replace the part, and the part will be taken back to the lab to see why it failed. The knowledge gained from the failing part is used to design the next revision so it doesn't fail.
When it comes down to it, CPU power isn't all that important in the mainframe world. They do a shitload of I/O, and they just work. An Athlon XP might run circles around a mainframe in Quake 3, but its components are slow and unreliable.
The average 16 processor mainframe is a 120 MIPS machine, whereas the average 1.5 GHz desktop system is a 3000 MIPS machine.
Mainframes run up to about 200 MIPS per processor and with multi-processor overhead a 16-way zSeries tops out somewhat below 3,000 MIPS. These are mainframe MIPS, not what you get as BogoMIPS out of Linux at boot (AFAIK, this is some quick integer timing loop calculation). There's a reason it's called BogoMIPS, troll.
IBM has successfully run over 40,000 Linux images on a mainframe (under VM). Try that on your 1.5Ghz desktop. Ever heard of Transactions Per Second (TPS) in four and five figures, I/O rates in GB/sec, multi-terabyte databases, 99.999% uptime for years? That's mainframe territory, and I sincerely doubt that you've ever seen it, or ever will.
Exactly. The point that most
A good engineer picks the best tool for the task at hand. Depending on the computing task, the best computer could be a mainframe, a MPP supercomputer, a commodity SMP server, a cluster of desktop PCs, or some other specialized architecture.
Commidity x86 hardware is great, and can do an acceptably good job on a wide variety of tasks, but it isn't the be-all and end-all of computers. Just because you haven't worked on anything else doesn't mean that other computer architectures are outdated crap.
Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
Without Linux, how long would it take for Microsoft to take the whole server market away from Sun? The trend was set when they released two different versions of NT, "workstation" and "server". The fact that they don't have any version called "server" anymore may reflect a reality check they have done, realizing it will not be so easy after all.
My company purchased one for web hosting
... are switched.
:)
The system uses VM as a base but has multiple instances of SuSE running. It is able to run up to 10000 instances of Linux which makes it a data center in a box.
There is no bus and the communication between the processor banks, memory,
First time I've seen it my eyes jumped out of the sockets.
Good Job IBM
It's not the maintenance that is the problem, things like configuration management and data integrity are more important. If you have a hundred servers, then you have a hundred places to check that everything is in sync. If you are running a small shop with a dozen or so machines and one administrator then they can keep all the state in their heads. When you get up to hundreds then the state is larger than one person can easily cope with and you start having to communicate state to others. With hundreds of boxes, it is easy to overlook things, with fewer boxes, the communication is easier, and cheaper.
The other thing is CPU residency. Lots of small boxes wastes CPU power because they tend to be devoted to one task and are only capable of that task. The problem is, they are so small that you can't add other tasks to them so you need a new box... Generally, CPU residency on small boxes runs about 10%, with mainframes, this can rise to 90%. Take two tasks - one runs during the day, one runs during the night. Conventional wisdom would allocate two small boxes, one per task wasting them for most or their life. Mainframe usage would run them both on the mainframe - this gives each process more power when they run and doesn't waste the box when they don't. Most traffic tends to be peaky but only for a short period of time so if the box is large enough to hold them both, you get a saving whilst still making all the tasks faster.
Small boxes are good when you need maximum cycles per buck and the task is easily partitionable with minimal interprocess communication and the tasks are continuous. When the tasks are not easily partitionable, need lots of IPC or are peaky then larger boxes make sense.
The thing to remember is that where the scale is large, you need to make use of that scale to get maximum performance. You don't see chemical plants using hundreds of small vats, they use a few really big ones. With these systems they are used at a scale where communications and simply keeping track of what is going on is a major exercise and hence a major expense.
My Experience? Well - put it this way, the SunFire 6800 turned up a few weeks ago, the 4800 turns up on wednesday as part of a plan to replace a Tandem mainframe and they will be sitting next to quite a few racks holding Sun E3500s, E450s, E250s, t1s, HP netservers, IBM RS6000s and SGI Origin 2000s and indeed a MacOS server or twenty. A lot of our comms talk to Stratus mainframes and the machine room cooling plants are a more pressing problem than CPU speed.
I know that it doesn't highlight linux so much, but it's nice to see linux dunk the ball once.
I love the part where the 'middleware' character doesn't get any fan mail. No one wants his autograph.... hilarious. Even my computer-stupid girlfriend loves it.
Whoever does those IBM commercials is a genius.
My vote for the Super Bowl:
ANNOUNCER: "Now, All Your Base Are Belong To US!"
[shows a zSeries]
"Imagine a beowulf cluster... of these babies!"
Get your Unix fortune now!