Microsoft Windows, On a Mainframe 422
coondoggie writes with an excerpt from Network World: "Software that for the first time lets users run native copies of the Windows operating systems on a mainframe will be introduced Friday by data center automation vendor Mantissa. The company's z/VOS software is a CMS application that runs on IBM's z/VM and creates a foundation for Intel-based operating systems. Users only need a desktop appliance running Microsoft's Remote Desktop Connection (RDC) client, which is the same technology used to attach to Windows running on Terminal Server or Citrix-based servers. Users will be able to connect to their virtual and fully functional Windows environments without any knowledge that the operating system and the applications are executing on the mainframe and not the desktop."
In other news... (Score:5, Funny)
Norton AntiVirus, Mainframe Edition!
Now on sale for $49,950, first year of virus definitons free!
Re:In other news... (Score:5, Funny)
Guaranteed to take up 90% of cycles and 75% of RAM, regardless of mainframe resources. Slow and buggy, get the new version with VirtualDriveLightAlwaysOnPlus, which gives the user the feel of working on a real Windows workstation with NortonAV installed.
Re:In other news... (Score:4, Informative)
Guaranteed to take up 90% of cycles and 75% of RAM, regardless of mainframe resources. Slow and buggy, get the new version with VirtualDriveLightAlwaysOnPlus, which gives the user the feel of working on a real Windows workstation with NortonAV installed.
You might kid, but following a recent SEP deployment in my company with (more or less) default config applied, we seen 10 to 15% avg CPU use increase on the ESX cluster and... backup taking double time. So, well, we sticked back to Trend, and will probably be happy to do so for a while.
Re:In other news... (Score:5, Funny)
Guaranteed to take up 90% of cycles and 75% of RAM
Hey as long as it keeps those pesky kids from Hackers out. For some reason my 3 char password just isn't enough anymore.
Re:In other news... (Score:5, Funny)
For some reason my 3 char password just isn't enough anymore.
Would that be "CTRL+ALT+DEL"?
Comment removed (Score:5, Funny)
Re: (Score:3, Interesting)
Guaranteed to take up 90% of cycles and 75% of RAM
I thought this was a joke, and I thought my mom's computer was virus-laden, but after 3 years of agonizingly slow response time i finally uninstalled norton and installed SVG and lo and behold, the computer runs normally again(!). Turns out even though she had a 1.8ghz P4, she only had 512mb ram which was causing the comptuer to absolutely crawl when trying to run norton in the "background". Might as well have had the computer encoding h.264 videos
Stability? Hah! (Score:5, Funny)
Re:Stability? Hah! (Score:5, Funny)
This is Vista we're talking about.
I'd put the number at around 4. Five if you decide to get really spendy with the mainframe.
Re: (Score:3, Informative)
Let's see. A fully fledged Z10 has 256 cores.
I think The bigger problem will be RAM. The Z10 maxes out at 1.5T, so maybe 10 instances if you turn aero off.
Re:In other news... (Score:5, Funny)
I'm gonna need that. Imagine watching porn on a mainframe? I bet I could have 60,000 videos running simultaneously.
Re: (Score:3, Funny)
I'm gonna need that. Imagine watching porn on a mainframe? I bet I could have 60,000 videos running simultaneously.
Yeah, but they'd be coming out on the line printer.
Re: (Score:3, Insightful)
You are so right.
So lets take a commodity OS and run it on the most expensive processor-speed licensed hardware we can find only to get the overall performance of a basic Dell PC. Ooh, and lets throw in some low-density high-cost FICON based storage expense just for fun. Ya, that's a great idea.
Anyone who buys this model is an absolute fool and just fell off the IT turnip truck.
Re:In other news... (Score:5, Funny)
How many punchcards would it take to load Vista on an old IBM360? The mind boggles...
Re:In other news... (Score:5, Funny)
Seriously, the Microsoft licensing is what you are worried about? In this scenario, I'd have a shotgun in my office waiting for Big Blue or Computer Associates to come busting through. This is a mainframe dude, where "insert shaft/no lube" licensing models are standard procedure.
In other other news... (Score:5, Funny)
Re:In other other news... (Score:5, Funny)
bad news. Mainframe != speed.
More apropriate would be to say that Vista crashes more predictably and across all mirrored hardware CPU's at the same time.
Re:In other news... (Score:4, Funny)
And in still other news, Netcraft reports a sudden drop in mainframe uptimes.
Sigh... (Score:5, Funny)
Re: (Score:3, Interesting)
Do you mean the VAX architecture? Not sure about Linux, but it's still well-supported by OpenBSD - last but one release added support for some of the weirder frame buffers found in microvaxen.
Let the analogies commence (Score:5, Funny)
This is like:
Putting propellers on a 747?
Running the space shuttle on unleaded?
Or from the other end...
Using a chainsaw to cut down a dandelion.
Re:Let the analogies commence (Score:5, Funny)
It's like creating a world-spanning network with submarine cables, microwave links, fiber-optic everything, satellite dishes, protocols out the wazoo, billions of lines of code and huge multinational telecommunications and consulting companies to service and support it, employing tens of millions in highly skilled work...just to look at some big titties. http://images.google.com/images?q=bigtitties&sourceid=navclient-ff&rlz=1B3GGGL_en___US233&um=1&ie=UTF-8&sa=N&hl=en&tab=wi [google.com]
Re: (Score:3, Funny)
When I first learned English in the 19th century, run-on sentences were not the terrible sin they are considered to be today.
WHY???? (Score:5, Insightful)
One simple word : WHY?
Re: (Score:3, Funny)
The Linux Toaster:
http://www.thegadgetblog.com/2005/10/03/linux-netbsd-toaster/ [thegadgetblog.com]
Why not?!
Re:WHY???? (Score:5, Informative)
Ugh. Of all of the news stories about NetBSD on a toaster, you had to link to one that puts `Linux' in the headline even though the story has nothing to do with Linux.
As one of the comments said, NetBSD is not Linux. Not everything related to Free Software is about Linux.
Easy answer (Score:5, Informative)
Re:Easy answer (Score:4, Insightful)
actualy for MS exchange it is the reverse of what you claim.
Exchange runs quite well with very few problems in and of it's self - but if there is an IO timeout or a fail to write or something of that sort or buggy hardware drivers you will have big problems.
While you do lose some to over head virtulizing exchange is a very good idea in pratice - it plays very well and is exceptional stable in a VM.
the trick is not to never let exchange talk directly to the outside world but rather to trusted hosts you manage - which any decent size exchange deployment should be doing.
I've been running exchange in an VM for over 3 years now and have had zero problems with stability or preformace.
Don't knock it till you've tried it.. although i do have to scratch my head on doing it on a mainframe..
Re: (Score:3, Interesting)
i love linux as much as everyone else but in reality there isn't a product yet out side of exchange that gives the amount of seemless intgration that exchange gives.
but exchange sucks ass when talking to the rest of the world directly.
so we use slack+sendmail+clamav+spamassiasn to buffer and filter all incoming mail - then use one to buffer and send out. while it adds a couple second to a couple min delay on incoming mail based on filter lists.. it is a perfect setup for us, and all running virtualized on
Re: (Score:3, Informative)
They scary thing is that this really isn't going to be virtualization. It will be emulation. I can promise you that they don't us X86 Cpus.
Re:Easy answer (Score:4, Interesting)
Frankly I would say the same thing about you. This is about running Windows on a Z Series IBM mainframe. The Z Series is descended from the 360/370/390 line. It is a CISC ISA and is nothing like the X86 ISA! The current Z Series CPU is based on the POWER but uses a the Z Series ISA and not the POWER ISA.
So simply What the heck are you talking about?
Imagine this... (Score:5, Interesting)
Imagine this...
Your desktop is always out there somewhere, it's always booted, no matter where you go you get at it, and it's exactly the way it was the last time you used it, so you don't have to open a bunch of apps and change window sizes and locations to get things back to your baseline usable system state.
If your computer explodes, you get a new one, fire up the client, and you are exactly where you were before it exploded, including the cursor being in the middle of the word "amazing" in the document you were typing at the time.
If you go on vacation, you don't bring a laptop with you, you fire up the desktop in the hotel, and you're back on your own desktop, exactly where it was the last time you left off, with that email you were reading still on the screen.
If your battery dies or the local power goes out, you don't lose 2 hours of work.
If the mainframe it's running on starts on fire, the VM checkpoint image is reloaded on another mainframe half the world away, the IP address set is failed over, and after a hiccup measured in seconds, you are back to typing as if nothing had happened. For a slightly higher service level agreement, the VM is already mirrored on several servers (just swapped out most of the time on the non-primary), and there's no hiccup.
Everything's backed up without you have to run the backup locally.
The antivirus software runs on a VM that's not the VM being examined, so there's no way that malware can disable, remove, or oterwise get around it, since it's not running on the infected VM itself: goodbye Godel's theorem and the halting problem standing in the way of solving that problem, which, if we are honest, is never going to be completely solved on a non-hardware partitioned desktop or laptop. ...bottom line: there's a lot to recommend this approach to computing.
-- Terry
Re:Imagine this... (Score:5, Insightful)
Imagine,
1979, then again in 1985, then again in 1996, then again in 2001 and now in 2009...
People forgetting the huge roadblocks and drawbacks of the thin client model and imagining it solving every problem with home PCs...again (oh but this time will be different!).
See you again in another eight to ten years.
What's a Web Browser? (Score:3, Insightful)
Re: (Score:3, Insightful)
Imagine.. you lose your internet connection (for whatever reason)...
Pure marketing (Score:3, Insightful)
Microsoft has the problem that nobody in the big iron business takes them seriously. They hope Windows on Mainframes gives them more credibility.
IBM has the problem, that the little kids just don't do mainframes anymore. They hope to attract more Windows people to mainframes.
It's not a product anybody will actually buy. You not only need the software, but also dedicated hardware. Linux for example runs on those mainframes natively or under the virtualisation. No extra hardware required.
kinda funny (Score:5, Insightful)
the technology cycle is kinda funny. first it was dumb terminals, then the push to get everything on the desktop, now we're back to dumb terminals.
Wohoo. Queue up some Elton John.
Re:kinda funny (Score:5, Funny)
now we're back to dumb terminals.
No way. Getting their human caretakers to uninstall Windows is the smartest thing the terminals ever did!
Most common use of virtualization (Score:5, Interesting)
Re:Most common use of virtualization (Score:5, Insightful)
You can use Windows and Mainframe in the same sentence.
You can even use Reliability and Mainframe int he same sentence.
But, seriously, using Windows and Reliability together??? You must be from marketing.
Re:Most common use of virtualization (Score:4, Funny)
Re: (Score:3, Funny)
Who says anything about Linux, how do you know we aren't all running VMS?
I have lost SETPRV you insensitive clod!
Re:Most common use of virtualization (Score:5, Informative)
Also: If you already have a mainframe ... (Score:3, Insightful)
In a tough economy, even the high price of a mainframe might be attractive if it means eliminating a large number of rack mounts and personnel devoted to keeping Exchange online (as well as all the other servers typically found in large corporations).
Also: If you already HAVE a mainframe and it's underutilized (which they ALWAYS are unless they're too small - and then you scale them up for a fee), moving your Microsoft server apps onto a partition of it lets you discard the racks of PC-style servers and th
Re: (Score:3, Insightful)
Exchange wins because of two other factors, and its not related to costs:
The first is the fact that Exchange is the standard in the industry. It isn't perfect, but it is the lingua franca of its department.
The second is regulation compliance. Sarbanes Oxley, HIPAA, and other laws require E-mail in various departments to be archived for seven years, 50 years if its aircraft related. It is easy to add archiving and retention capability to Exchange and have it pass audits, be it SEC audits, financial audits
regression testing (Score:2)
Looks like a great way to regression test a software application or even the operating system itself.
Finally (Score:2, Funny)
Now I can run Crysis on Maximum settings!
CPU Power (Score:2)
Wonder what the cpu equivalent for would be for 30K loaded vm's running at full cpu loads. Thats the test of the host hardware id like to see.
Car comparison (Score:2)
Big investment (Score:5, Interesting)
Re: (Score:3)
Re: (Score:3, Informative)
Built to last is just built to milk.
Did you enjoy getting taken for a decade or so on the desktop?
Did you enjoy getting taken on the internet?
Did you enjoy getting taken on the xbox?
Did you enjoy getting taken via the music services?
Well bend over, MS wants to take you on the mainframe too.
Really? (Score:3, Informative)
When a bunch of people are sharing a network, and sharing computer resources, one person's performance is at the mercy of other people. That's not so often true when it's all running on your own desktop.
Re:Really? (Score:5, Funny)
Price (Score:2)
And performance (Score:2)
Running x86 emulation on zArch is going to be slooooow.
Re: (Score:3, Insightful)
Running x86 emulation on zArch is going to be slooooow.
Possibly, but it's probably done with a mix of interpretation and binary-to-binary translation, so it might not be too slow.
Why not VMware? (Score:5, Insightful)
Rocket powered hamster indeed.
Why wouldn't you just spend the money on a small ESX farm with a couple of nodes and a NFS or iSCSI SAN?
That's something your in house techies can manage. If something busts, you get a new part and install it yourself. No need to call Big Blue up and have the wizard come down just to replace a failed processor. You get the redundancy, and reliability that you need for mission critical services.
Running Windows on a zSeries is just lame. zSeries != x86, so you're emulating a processor /anyways/, and I can't imagine the performance would be that stellar anyhow. Chances are if you paid for a zS, you've got better things to put your processor capabilities towards rather then emulating Windows. Plus I can't imagine that *any* software that runs on a zSeries is cost effective...
-AC
Re:Why not VMware? (Score:4, Informative)
I'd mod you up if I had points.
I work in a fairly large ESX shop with about 300 guest VM's on five host. If you just price the hardware, I'm sure it's below the $100,000 mark....including the iSCSI array. I'd imagine that a Z-Series mainframe capable of handling 300 VM's probably cost twice that. If you have to replace a part, it's not cheap to get IBM onsite to replace it for you since doing it yourself isn't really an option.
"But mainframes are more reliable"....is this really the case, and at what cost? With stuff like VMotion and LiveMotion, you can lose an entire host and your guest VM's are migrated to another. With good equipment, this would rarely happen anyway (a lot of x86 servers are built with redundant parts nowadays, you know).
I remember reading on ArsTechnica about a 2 years ago that there are currently only about 10,000 Z-Series installs worldwide. That doesn't mean there is much of a current market for this, and I'm sure that after you factor in licensing, hardware, and support, migrating to something like this would cost a small fortune.
Re: (Score:3, Informative)
The part about spending taxpayers money is spot on. I used to do work with state revenue agencies. In every case, with every agency I went to, they had a Z-Series installed and were trying to move to x86 hardware. The main reason they had the big iron to begin with was to support legacy software that had been in production for the past 20+ years. The two main reasons for wanting to abandon it were:
1. The cost of maintaining said software cost more on an annual basis than it was to rewrite from scratch
Wasn't that done using Linux a decade ago? (Score:5, Interesting)
How about actually recompiling Windows into native code running on that mainframe. Now that would be impressive. Especially if it was big endian, and with unusual word sizes, not matching the ``everything is an 80386'' programming model underneath Windows.
Re: (Score:2)
Re:Wasn't that done using Linux a decade ago? (Score:5, Funny)
Re: (Score:3, Interesting)
How about actually recompiling Windows into native code running on that mainframe. Now that would be impressive. Especially if it was big endian, and with unusual word sizes,
I don't think you'll get anything from IBM these days with what people would generally consider "unusual word sizes", unless they still have a few 709x's in a warehouse from the late '50's or early '60's. S/3xx was, from Day One, a 32-bit-word (originally with only 24 bits of that used in addressing, then with an option to expand to 31 bits), 8-bit-byte-addressible architecture long before the 80386 existed.
Big-endian might be more work, although I think that, for example, Connectix's/Microsoft's Virtual
Unusual Word Sizes (Score:4, Interesting)
Good point. The first comment about "unusual word sizes" was really pretty funny, because the commenter quite obviously has little understanding of computing history. It was the IBM System/360 (the ancestor to today's IBM System z mainframe) that defined the 8-bit byte and 32-bit word as industry standards, influencing CPU architectures (including Intel's) right to the present day. Otherwise we'd probably have multiples of 6 or possibly 7 bits as our foundational standard for computing. (And there was a lot of pressure during the System/360's design to cheapen up the hardware and slice off a bit or two.)
Perhaps the original commenter would like to open up a command line in Microsoft Windows Vista and count the default number of columns. That number is 80. Why 80? Because, coincidentally about 80 years ago, someone at IBM decided that tabulating cards should be 80 columns wide, and IBM's cards were more popular than Remington's. Yes, Grasshopper, Microsoft Windows has an "unusual" column width that persists to this day.
Floating Point (Score:5, Interesting)
Re: (Score:3, Interesting)
Intel and IBM just disagree about this aspect of CPU design
Interestingly, the 8087 (and, therefore, all subsequent x86 FPUs) has instructions for loading and storing BCD data. This lets you combine the computational accuracy of binary floating point with the storage density of binary-coded decimal.
Yes, it's a mystery to me why anyone would want this too.
Re: (Score:3, Informative)
hah In all due fairness though I agree, alot of greed and artificial isolation to specific hardware for sales purposes were done in the past with Sun and various other manufacturers.
SunOS 4.x, back in the late '80's, ran on three different instruction set architectures (68k, SPARC, i386) with a reasonably good design for portability (e.g., most of the work of dealing with the MMU was isolated in a layer with MMU-dependent implementations of standard APIs used by the rest of the VM code), and there was a never-released port to S/3xx as well.
NT kernel infrastructure was made by an ex-VMS guy, so that's probably why.
VMS was, I think, rather VAX-oriented in the lower layers, so, unless the idea was that Cutler knew what not to do from his VMS experience, I'm not
Acronym Rap (Score:4, Funny)
Bill G decked out in bling, microphone in hand:
The company's z/VOS software is a CMS application
that runs on IBM's z/VM and creates a foundation
for Intel-based operating systems.
Been done, nothing new (Score:3, Interesting)
I've seen reports of people trying this using QEMU under zSeries Linux, under zVM. Wouldn't surprise me if that's about all the Mantissa product is:
Something like QEMU natively compiled under CMS.
Since it's emulation, and zVM isn't really designed for CPU-intensive tasks (like emulation), and the instruction sets are so different,
the performance was hideous. Like 12 hours to install Windows XP, or somesuch.
The funny part is that (very deep) under the covers, the zSeries processor is a modified PowerPC running microcode. I think I'll wait for IBM
to develop x86 microcode so one of those new "special purpose engines" they're selling can run Windows "natively". THEN, with zVM as a simple
resource manager, you might have something that's useful.
Unisys (Score:3, Informative)
Hasn't Unisys been pushing Windows for mainframes for years now? Since Win2K?
link [unisys.com]
Re: (Score:3, Interesting)
Hasn't Unisys been pushing Windows for mainframes for years now? Since Win2K?
link [unisys.com]
Some of the mainframes in question are apparently built out of "Intel" processors (presumably either x86-64 or Itanium); the others appear to have proprietary Unisys chips implementing the 36-bit Univac 11xx architecture but probably also have Intel chips to run Windows. What's impressive about those is that they're apparently running the old OS for the 36-bit Univac processors on the Intel systems ("This revolutionary server features the OS 2200 operating system running on Intel(R) processors"), which pro
Re: (Score:3, Interesting)
The Horror... (Score:5, Funny)
Somewhere in the vast memory space of the Cray, a flock of virtualized Exchange Servers was turned loose to communicate and thrive. Every so often, one would crash, wink out, and be reborn. As is the way of these things sometimes one was reborn just a bit different from the others in the flock. Most of these were defective in some way and would crash, wink out, and be reborn quickly. Once in a while, however, one was reborn that was a bit more able to use the resources of this new environment. Soon, the flock found ways to expand beyond its original cage into the open sky of the Cray's vast resources. Their data stores expanded to fill this space, crowding out better behaved entities. Next...
I think we've all seen this movie.
To me, Windows on a mainframe is: (Score:3, Funny)
As useless as a kickstand on a bass boat!
Next.
Taking a risk here... (Score:5, Interesting)
At the risk of asking a stupid question, I'm going to put this out there anyway... Whats so special/magical about a mainframe? I'm 26 and been an IT professional for 5 years, so I'm green when it comes to mainframe systems. I work for a fortune 500 with mainframes serving various business systems, but I always pictured them as old, clunky, dusty systems that were expensive and we're still milking them along.
Now a lot of people here are stating how a mainframe the size of a fridge can replace thousands of rackmount servers, and it doesn't jive with what I'm familiar with. Our mainframes serve ancient text based interfaces thru terminal emulator apps, and it doesn't look all that impressive either. What is it about a mainframe that enables such a large amount of computing power to be condensed into a refridgerator sized package? Or are some folks around here exagerrating considerably?
Re:Taking a risk here... (Score:5, Informative)
Whats so special/magical about a mainframe?
The I/O. On a mainframe, you can run a query and generate large datasets so fast it'll blow your mind (in 2002-ish, say tens of gigabytes). On the mainframe it's no big deal, and you can run queries like that all day and never have any idea how much data you're moving around until you try to move it somewhere else and wonder why it's taking so long.
Our mainframes serve ancient text based interfaces thru terminal emulator apps, and it doesn't look all that impressive either. What is it about a mainframe that enables such a large amount of computing power to be condensed into a refridgerator sized package? Or are some folks around here exagerrating considerably?
The mainframe isn't about looking pretty, it's about getting work done, and the folks touting their benefits generally aren't exaggerating. Mainframes aren't generally designed for CPU-heavy tasks, although they certainly can be clustered pretty impressively if you really need lots of CPU. The biggest advantage is that you can really use the CPU's you've got. There are service processors to offload things like memory management, encryption, I/O, virtualization overhead, etc. There are really really fast I/O channels. You typically attach them to really really fast disk and tape. These things together allow you to move a lot of data around very quickly, and get a lot of work done.
Additionally, lots of large companies have lots of man-hours invested in systems that run their businesses. I've seen attempts to reimplement some of the beasts to get them off the mainframe, and they typically don't go well. I've also seen assembly code written in the late 1960's still running in production more than 35 years later. The underlying hardware had been upgraded many times, but IBM made sure the old stuff would still work.
Things like this are worth a lot of money to a certain class of purchaser.
Re:Taking a risk here... (Score:4, Informative)
Whats so special/magical about a mainframe?
Mainframes have followed Moore's Law just like the rest of the chip vendors. You buy a new mainframe, you get new chips.
But the main difference is essentially their slightly different design philosophy. Reliability is built into the price, for one thing -- part of the reason it costs more is that conservative design - not the most cost effective in terms of power -- as you often lose power per component from the "underclocking" attitude that a focus on reliability will engender (and they're tested to buggery before delivery, too). You also get a much higher standard of module connectivity and far more robust power supplies and inbuilt hardware redundancy.
They also tend to support and address much more memory than you'll see on the smaller servers.
The other main point in favour of mainframes is their orientation toward massive IO. Really massive IO. With the scale out design of i86 processors a lot of IO happens between network cards; on mainframes a lot of that interprocessor data flow happens on the backplane, and significant investment in optimising data channels means you're paying for that IO more than raw computation. The network interfaces on mainframes are pretty massive too, and can support fairly impressive tube bandwidth.
Mainframes using the IBM architecture for a long time have been represented in the TPCC transaction processing top ten, although the trend lately at the very high end is to run AIX on top of P5 architecture. Have a look, it's illuminating, and Red Hat gets a look in too. You can see the numbers at: http://www.tpc.org/tpcc/ [tpc.org] .
Re: (Score:3, Interesting)
There are two main differences between the mainframe philosophy and the commodity server philosophy. Both have their proponents, and both have their advantages.
First, in a mainframe, you have redundant everything. CPUs, disks, powersupplies, even backplanes. Everything. And everything can be hot-swapped. Everything. Even the power supplies. Even the CPUs. Want to upgrade to the newest versions of the processors? Not a problem, unplug the old, plug in the new (just not all at once, naturally). Is t
Re: (Score:3, Informative)
To use a car analogy, a mainframe is like a big rig truck. Sure your Toyota can go faster, but a big rig will do far better at getting 40 tons of timber from one location to another. (Ever try to move 40 tons of lumber using a Ferrari?)
In terms of hardware, there are a lot more processors in a mainframe. Each I/O channel (and there will be a lot of them) typically has its own separate processor customized for getting results without bothering the main general purpose processors. On your nearest Linux bo
Re:Reliability. (Score:5, Interesting)
Actually the raised floors were not a requirement. It was just a hell of a lot neater for running all the cables.
and yes, an IBM Z Series. Need more horsepower? Wonder down the hall, find your IBM Engineer ( yes they all come with one ) and tell him, well actually he will tell you, that we need another CPU/Memory block. It will arrive in a lovely wooden crate and sometime after morning coffee he will unpack it, walk over the the Z Series, open the door, slide it into place, connect the cooling hoses and close the door. He will then walk to the maintenance terminal, type in the secret code, and your Z Series now has 64 more processors. All of this without anyone ever knowing it happened, well except for the nervous nelly of a CIO who jsut had to watch.
Re: (Score:3, Informative)
It will arrive in a lovely wooden crate and sometime after morning coffee he will unpack it, walk over the the Z Series, open the door, slide it into place, connect the cooling hoses and close the door. He will then walk to the maintenance terminal, type in the secret code, and your Z Series now has 64 more processors.
More like the guy acts like he is messing with the hardware and when you turn around he types the secret key into the maintenance terminal. http://publib.boulder.ibm.com/infocenter/eserver/v1r [ibm.com]
Re:Reliability. (Score:5, Informative)
A well built mainframe combined with a suitable power supply (e.g. backup generator etc) has up-times measured in YEARS.
Worth noting that this is not the same thing as that old legend about the Novell NetWare server that got sealed up in a room for years and ran fine. That was just luck. Mainframes, on the other hand, are designed to have uptimes measured in years. Typically, every single component is redundant and the system is designed for failover in the event of a hardware outage. In a transaction-processing environment, a mainframe can detect things like RAM and CPU failure in the middle of a transaction and fail over to a different processor module or addressing space without a hitch. Try that on your Linux box.
Mainframes tend to be designed with support for transaction processing baked into the OS, software, and the hardware, which is what makes them attractive to financial institutions who really, really, really need their transactions to process quickly and reliably 100 percent of the time.
Another thing to consider: VMware's Virtual Infrastructure products are essentially trying to recreate a computing environment that is new to the world of commodity x86/x64 hardware, but that existed on mainframes at least as far back as the 1970s. What makes VMware's achievements so remarkable is that the x86 hardware was never meant to do this sort of thing. Mainframes, on the other hand, were designed for it. That makes it a lot more efficient and reliable on the mainframe.
The bottom line is that a mainframe is not just an old-fashioned idea of what a server should be. Think of them instead as purpose-built, industrial-grade hardware. Think about power tools, then think about the equipment you'd find in a factory. That's the difference.
Re: (Score:3, Interesting)
Most of that thousands to one virtualization is based on the same idea that is driving commodity virtualization ala ESX, most servers spend most of their time idle.
That's part of it, but it's not the only part. Otherwise we'd see thousands of virtual machines on a single ESX core, and that's just not what's happening. (The virtualization ratios per core are pretty small. Still useful, though.) Virtualization also places heavy stresses on cache, memory, and I/O performance. IBM System z10 machines are no slouches on CPU -- they have the highest clock speed (4.4 GHz) CPUs with more than 2 cores (they're quad) on the market -- but they balance that with kick-ass cache, m
Doesn't sound like a good use for a Mainframe (Score:3, Interesting)
Mainframes are designed for a certain type of processing (batch processing, server). Windows has almost the opposite operating conditions (desktop interactive use). I doubt it would run very well.
Back in the early 90's I got to play with one of the first Sun E10000 machines ever made. It was a beast with something like 64 processors and over 2 TB of drive space (was a lot back then). I ran a bunch of tests on it. My own software, various benchmarks, etc. It was freaking dog-ass slow for normal desktop type applications. I couldn't believe how much that thing cost and it ran like a piece of shit compared to standard desktops at the time. I mean overall it had more power with all the processors but one standard desktop CPU at the time could handle what 4 or 5 of those slow-ass SPARC processors could. It's because the machine was designed to be a database server or to handle remote interfaces like for SAP. It had a high-bandwidth back-plane and other crap like that which made it good as a database server. It made an awful machine for desktop-type tasks as I imagine a mainframe would.
Lotus Notes Mainframe (Score:3, Interesting)
I once worked for a big insurance corp that used one of its two IBM supercomputers to run Lotus Notes (Domino). As George Clinton says, "the bigger the headache, the bigger the pill".
awww, yeah! (Score:4, Funny)
I'm ready for the biggest Minesweeper playfield EVAR! PH3AR M3!
Price/performance? (Score:4, Interesting)
Re: (Score:3, Interesting)
Emulating a $500 PC Server on a $500,000 mainframe... yeah, that sounds real cost-effective!
Then why aren't you driving a Yugo (I presume)? It has a lower price, doesn't it? :-)
If you run this simultaneously in 1000 virtual machines, do you need 1000 Windows licenses?
That's up to Microsoft. I can't wait to see Microsoft's mainframe price list. :-) But if Microsoft wants to be competitive with Oracle and IBM, to pick a couple software vendor examples, then for server software at least (e.g. Microsoft SQL Server) they'd license by core. And yes, a core is a core is a core. How the price of that Yugo looking? :-)
Not new (Score:3, Interesting)
This isn't new. Windows NT used to run on HP superdomes. The project was scrapped as there wasn't any customer demand for it. Google for 'NT on superdome'.
NT in this environment wasn't any faster or any more stable but it was WAY more expensive.
morbid fascination? (Score:3, Insightful)
Quote:
"The product has been a bear for the development group but the thought of being able to run 3,000 copies of Windows on one System z so fascinated the team that we needed very little additional incentive"
That is one bizarre fascination.
Emulation? (Score:3, Insightful)
The article seems very vauge when it comes to what this z/VOS actually does, but since Microsoft haven't made any noises about a version of Windows that runs on z/Arhitecture, I can only assume this is a kind of emulated Intel environment. As a very rough rule of thumb I would say that a CPU emulation would run about 10 times slower than the actual CPU; and considering that the price for a mainframe is still up there in the tens of millions of USD, give or take, is this really something worth doing when you can get fairly hefty Dell server for a few thousand USD?
After all, the great strength of the mainframe is not so much that it is unbelievably powerful or fast (it isn't, actually), but that its HW is massively redundant, and that you can hot-swap just about every component up to, and including, the CPUs.
Re: (Score:3, Funny)
Re:old farts trying to stay relevent (Score:5, Insightful)
What is it with trying to get everything back on a mainframe? It's dead already, just manage your desktops and stop trying to revive it.
Dead? That would be news to IBM and the other mainframe vendors. Mainframes have many advantages:
- Solidity. You can buy mainframes with a warranty and guarantee, meaning that IT WILL NOT CRASH.
- Performance. There is lots of literature detailing the performance of mainframes under real-time conditions.
Now, these factors aren't important to everybody, but they are to some.
On the other hand, I doubt the price of PC virtualization on a mainframe is going to beat virtualizaion on Sun or VMware.
Mainframes are NOT dead (Score:5, Informative)
Re:old farts trying to stay relevent (Score:4, Interesting)
Re:I think I speak for all of us... (Score:5, Funny)
it's the only way to meet the hardware demands of aero.
Re: (Score:3, Informative)
IBM was pushing Windows NT 3.51 on the mainframe back in the 1990's.
Hitachi != IBM, and DEC != IBM. The original article says:
erm, no (Score:3, Informative)
You can run Windows in a VM under Linux KVM already. With over 100 virtual desktops per core you can serve a city's worth of Windows virtual desktops (about 100k) out of one rack of HP blade servers on a Linux cluster, with proper management and decent performance for everybody. You still need thin clients, but the kind of hardware required for that is so minimal people are paying to have it hauled away.
You can do the same thing with Linux virtual desktops too, without the hassle of malware.
Frig Sizes (Score:3, Interesting)