Slashdot Mirror


Microsoft Windows, On a Mainframe

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

422 comments

  1. In other news... by janeuner · · Score: 5, Funny

    Norton AntiVirus, Mainframe Edition!

    Now on sale for $49,950, first year of virus definitons free!

    1. Re:In other news... by MightyMartian · · Score: 5, Funny

      Norton AntiVirus, Mainframe Edition!

      Now on sale for $49,950, first year of virus definitons free!

      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.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    2. Re:In other news... by neoform · · Score: 4, Funny

      I'm gonna need that. Imagine watching porn on a mainframe? I bet I could have 60,000 videos running simultaneously.

      --
      MABASPLOOM!
    3. Re:In other news... by Lcf34 · · 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.

    4. Re:In other news... by Nerdfest · · Score: 1

      You vastly overestimate their processing power. If you took a couple of those zeros away you'd still have problems.

    5. Re:In other news... by negRo_slim · · Score: 4, 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.

      --
      On the Oregon Cost born and raised, On the beach is where I spent most of my days
    6. Re:In other news... by kpainter · · Score: 5, Funny

      For some reason my 3 char password just isn't enough anymore.

      Would that be "CTRL+ALT+DEL"?

    7. Re:In other news... by OnlineAlias · · Score: 2, 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.

    8. Re:In other news... by arkane1234 · · Score: 2, Insightful

      Yes, most seem to mis-interpret mainframe to mean supercomputer.

      --
      -- This space for lease, low setup fee, inquire within!
    9. Re:In other news... by AHuxley · · Score: 0

      I am sure the DRM layer would stop that.
      If you want to broadcast, you need MS Studio mainframe edition, with a per seat licence.
      Playback is now multicore aware with a cheap upgrade and a new per core licence.
      I hope you encoded that adult material using MS Video with a per core licence.
      Imagine watching videos via a mainframe for free....

      --
      Domestic spying is now "Benign Information Gathering"
    10. Re:In other news... by Anonymous Coward · · Score: 0

      Mean it wasn't sex, god, love, or secret? Damn Eugene.

    11. Re:In other news... by Anonymous Coward · · Score: 0

      Yes, we all know that Microsoft had to do extra, time consuming coding to allow for more than 10 connections or multiusers. So you must pay for artificial limitations.

    12. Re:In other news... by Anonymous Coward · · Score: 0

      Anything to get the boot times down

    13. Re:In other news... by nurb432 · · Score: 1

      Don't laugh, i think CA still sells something like that, and god only knows how much they want for it.

      --
      ---- Booth was a patriot ----
    14. Re:In other news... by DoofusOfDeath · · Score: 2, 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.

    15. Re:In other news... by OnlineAlias · · 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.

    16. Re:In other news... by rubycodez · · Score: 1

      you're supposed to go *all the way* left to right across one of the three rows of alpha keys to make your password, you lazy git!

    17. Re:In other news... by AHuxley · · Score: 0, Troll

      With Big Blue or Computer Associates your data might still be on site.
      MS is just warming you up (embrace, extend). Renting your company back from MS is later (extinguish).

      --
      Domestic spying is now "Benign Information Gathering"
    18. Re:In other news... by Anonymous Coward · · Score: 0

      Yeah, I'd our workstations lost about 10-15% performance when we switched to Norton from Trend. What a horrible piece of software. But the state (WI) signed a contract...

    19. Re:In other news... by InsertWittyNameHere · · Score: 1

      I'm gonna need that. Imagine watching porn on a mainframe? I bet I could have 60,000 videos running simultaneously.

      Yes! We'll finally be up to speed with woman on the multiple orgasms issue!

    20. Re:In other news... by Amazing+Quantum+Man · · Score: 3, Funny

      And in still other news, Netcraft reports a sudden drop in mainframe uptimes.

      --
      Fascism starts when the efficiency of the government becomes more important than the rights of the people.
    21. Re:In other news... by ani23 · · Score: 1

      how about the fact that you have the option to do it if you have extra cycles lying around. never hurts

    22. Re:In other news... by Anonymous Coward · · Score: 0

      Yea, but if your hacker was a hot as Angelina Jolie you wouldn't mind getting "rooted" by her.

    23. Re:In other news... by poena.dare · · Score: 4, Funny

      How many punchcards would it take to load Vista on an old IBM360? The mind boggles...

    24. Re:In other news... by Anthony_Cargile · · Score: 0, Troll

      You vastly overestimate their processing power. If you took a couple of those zeros away you'd still have problems.

      Yep, I'd imagine a video or bus-related bottleneck would occur, regardless of how many CPU(s) cycles you'd use. Mainframes aren't designed for extreme video performance, at least the ones I've seen. Plus good luck finding Adobe Flash player for Linux running on POWER (or getting VMware's video driver to handle Vista's graphics on top of it).

    25. Re:In other news... by Hadlock · · Score: 2, 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 continiously for all the good it did.

      --
      moox. for a new generation.
    26. Re:In other news... by JustOK · · Score: 1

      about 50 million

      --
      rewriting history since 2109
    27. Re:In other news... by Anonymous Coward · · Score: 0

      Not quite sure how putting scalable vector graphics onto your mom's computer would make it run faster: I'd say just removing Norton would do that.

      BTW, have you considered another name for your website? I'd try "Nearly Literate".

    28. Re:In other news... by rhyder128k · · Score: 1

      But will Windows users be willing to put up with an upgrade to ridiculously overpowered, expensive, noisy hardware just to run the next version of Win... oh right.

      --
      Michael Reed, freelance tech writer.
    29. Re:In other news... by TheCybernator · · Score: 1

      For some reason my 3 char password just isn't enough anymore.

      Would that be "CTRL+ALT+DEL"?

      Damn!! its already out on the internet!.

    30. Re:In other news... by beckerist · · Score: 4, Funny

      Obligatory bash post:

      http://www.bash.org/?244321

      <Cthon98> hey, if you type in your pw, it will show as stars
      <Cthon98> ********* see!
      <AzureDiamond> hunter2
      <AzureDiamond> doesnt look like stars to me
      <Cthon98> <AzureDiamond> *******
      <Cthon98> thats what I see
      <AzureDiamond> oh, really?
      <Cthon98> Absolutely
      <AzureDiamond> you can go hunter2 my hunter2-ing hunter2
      <AzureDiamond> haha, does that look funny to you?
      <Cthon98> lol, yes. See, when YOU type hunter2, it shows to us as *******
      <AzureDiamond> thats neat, I didnt know IRC did that
      <Cthon98> yep, no matter how many times you type hunter2, it will show to us as *******
      <AzureDiamond> awesome!
      <AzureDiamond> wait, how do you know my pw?
      <Cthon98> er, I just copy pasted YOUR ******'s and it appears to YOU as hunter2 cause its your pw
      <AzureDiamond> oh, ok.

    31. Re:In other news... by drinkypoo · · Score: 1

      In this scenario, I'd have a shotgun in my office waiting for Big Blue or Computer Associates to come busting through.

      Big Blue sells more Linux on mainframes than they sell any other operating system. That's just pure FUD. Those days are over (though don't tamper with the mainframe's microcode or IBM will be up your ass in a second.) As for CA, if you let them in your door in the first place you're a big idiot who deserves whatever it is he gets. CA has always been evil and inept.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    32. Re:In other news... by AnalPerfume · · Score: 1

      Imagine how much damage an infected Windows Mainframe could cause. Botnets are already causing havoc with desktops as bots. I wonder when a worldwide class action lawsuit against Microsoft for downtime damages to businesses caused by spam / malware prevention and recovery will take place.

    33. Re:In other news... by Anonymous Coward · · Score: 0

      60,000 ? That's to much. I think more of 500 videos, because of the antivirus and Vista taking the rest of the resources....

    34. Re:In other news... by ncc74656 · · Score: 1

      Hey as long as it keeps those pesky kids from Hackers out. For some reason my 3 char password just isn't enough anymore.

      That's why I use 5 characters.

      --
      20 January 2017: the End of an Error.
    35. Re:In other news... by the_B0fh · · Score: 1

      Still god damned stupid.

      You just installed something that can potentially impact the stability of your mainframe - you know, the one machine that you want to stay up no matter what.

      Unused cycles don't cost you anything. Downtime caused by stupid people cost you lots.

    36. Re:In other news... by Thuktun · · Score: 1

      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.

      Sounds like something out the new corporate zombie game, Licensed4Enterprise.

    37. Re:In other news... by Anonymous Coward · · Score: 0

      Size of a single layered DVD 4.7GB would roughly take 63 million cards (80 bytes per each card).

      One card is 0.4 mm (0.0004m) thick which will make roughly 25232 m thick card pile comparable to a single sided DVD.

      I have no idea the actual size of vista installation disk or image size, but you get the idea.

      Loading that would take some time sure.

    38. Re:In other news... by Anonymous Coward · · Score: 0

      Oh, and incase your system was 7bit only, multiply amounts by 4/3 to get size rougly needed some coding like base64.

    39. Re:In other news... by hawk · · Score: 1

      >Guaranteed to take up 90% of cycles and 75% of RAM, regardless of mainframe resources.

      And they said that EMACS was dead . . . :)

    40. Re:In other news... by MightyMartian · · Score: 1

      I've never been able to understand how Norton has ever been able to keep selling such an increasingly shoddy product. Everyone always goes "it's so vunderous!" about their network products, but I finally had had enough of a layer of management hell that Norton has placed on top of an already insanely inefficient AV system. I finally went out and bought 40 F-prot licenses for something like $200. I admit in the management department it's a little underpowered, but there are plenty of other ways to determine if a machine isn't getting updates. It's lightweight, seems to do the job pretty well, and its cheap.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
  2. Sigh... by MikeMo · · Score: 4, Funny

    A mind (or a mainframe) is a terrible thing to waste.

    1. Re:Sigh... by jd · · Score: 1

      You're right. I say that the VMS architecture for Linux should be revived and included in the mainstream kernel.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    2. Re:Sigh... by TheRaven64 · · Score: 2, Interesting
      The VMS architecture for Linux? To go with the UNIX architecture for Windows?

      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.

      --
      I am TheRaven on Soylent News
    3. Re:Sigh... by CrossChris · · Score: 1

      You're right. I say that the VMS architecture for Linux should be revived and included in the mainstream kernel.

      I'm trying to push that idea at the moment, but I'm getting some resistance from the "powers that be". If this carries on, I'm going to seriously look at porting BSD...

  3. Let the analogies commence by alta · · Score: 4, 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.

    --
    Do not meddle in the affairs of sysadmins, for they are subtle, and quick to anger.
    1. Re:Let the analogies commence by Anonymous Coward · · Score: 0

      Or possibly having a system with enough grunt to play Crysis fully software rendered. :)

    2. Re:Let the analogies commence by Profane+MuthaFucka · · 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

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
    3. Re:Let the analogies commence by plover · · Score: 1, Insightful

      This is like:
      Running the space shuttle on unleaded?

      The space shuttle may run on liquid hydrogen, but the Russian liquid fueled rocket boosters burn kerosene (just one tiny step from diesel fuel), so I don't know why that would be such a stretch.

      --
      John
    4. Re:Let the analogies commence by ptx0 · · Score: 2, Informative

      Over RDP? Riiiight.

    5. Re:Let the analogies commence by Anonymous Coward · · Score: 0

      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

      To sum it up, it is almost as bad as your run-on sentence. ;-)

    6. Re:Let the analogies commence by Profane+MuthaFucka · · 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.

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
    7. Re:Let the analogies commence by Anonymous Coward · · Score: 0

      Oh the humanity! The Earth is, in fact, a gigantic Rube Goldberg machine! Then again, who is to say observing some big titties movements for hours isn't useful?

    8. Re:Let the analogies commence by Anonymous Coward · · Score: 0

      ...just to look at some big titties.

      Well if that's not a good enough reason, I don't know what one is.

    9. Re:Let the analogies commence by mgblst · · Score: 1

      Not, it is not. There can be no finer goal that too look at big titties, or medium titties, or even small titties.

    10. Re:Let the analogies commence by starfishsystems · · Score: 1

      Yeah, it's like, it's like, the best of both worlds.

      --
      Parity: What to do when the weekend comes.
    11. Re:Let the analogies commence by Anonymous Coward · · Score: 0

      More like a gas-electric rocket hybrid.

    12. Re:Let the analogies commence by daveime · · Score: 1

      I think you gave us the wrong URL ...

      THIS is your girlfriend in the upper left ...

      http://images.google.com/images?hl=en&rlz=1B3GGGL_en___US233&um=1&q=inflatable+women

    13. Re:Let the analogies commence by daveime · · Score: 1

      So you are at least 110 years old then ?

      That Viagra MUST be good if you can even remember what a girlfriend looks like at that age !

    14. Re:Let the analogies commence by Anonymous Coward · · Score: 0

      When you need to plow the field, you can either yoke up a couple of oxen, or try to harness a thousand chickens.

    15. Re:Let the analogies commence by Profane+MuthaFucka · · Score: 1

      Believe it or not, the blow-up dolls you posted say no to me more than my current girlfriend. That rightbias.com woman is SUCH a slut. She just cannot get enough of my cock, or my cock juice.

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
    16. Re:Let the analogies commence by mckinnsb · · Score: 1

      Actually - technically this is not a run-on sentence, although it probably could be formed better. Counting the number of 'ands' is a good benchmark, but isn't a hard and fast rule. Most importantly, none of the "ands" in this sentence serve as strict conjunctions between two sentences or independent clauses - they all serve to group elements together or enumerate a list which form one clause.

      To illustrate, if we simply remove "and consulting" and "and support" from the sentence, and then add "and" where it should be to properly complete the list, we have something that is more legible:

      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, huge multinational telecommunications companies to service it, and employing tens of millions in highly skilled work...just to look at some big titties.

      Also, run-on sentences can exist without using the word 'and' at all. Example (courtesy of http://grammar.ccc.commnet.edu/grammar/runons.htm ):

      The sun is high, put on some sunblock.

      The important aspect of a "true" run on sentence is that it combines two independent clauses (The sun is high) and (Put on some sunblock), but does not resolve the "jump" between the two. In this simple example correcting the error is easy - just add "and". However, in most run-on sentences that overuse "and", more than just "and" is needed to resolve the differences between the two or more clauses. Unless your a serious writer, its often more practical to simply split the clauses into two stand-alone sentences, bridged with a transitional sentence; hence the common practice of counting up "ands" and splitting the sentence up if there are two or more.

      I think its interesting to note, perhaps as a result of this practice, that "Run-on" sentence is probably the most-often falsely cried grammar error. It seems to be the de-facto standard for people who realize that a sentence is incorrectly written, but can't vocalize why.

    17. Re:Let the analogies commence by alta · · Score: 1

      Wow, I can hook up my coleman lantern to a rusian rocket booster and camp for decades!

      Do you know where I can find an adapter for that?

      --
      Do not meddle in the affairs of sysadmins, for they are subtle, and quick to anger.
  4. WHY???? by polar+red · · Score: 4, Insightful

    One simple word : WHY?

    --
    Yes, I'm left. You have a problem with that?
    1. Re:WHY???? by janeuner · · Score: 3, Funny
    2. Re:WHY???? by TheRaven64 · · 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.

      --
      I am TheRaven on Soylent News
    3. Re:WHY???? by Anonymous Coward · · Score: 0

      Maximum BSoD!

    4. Re:WHY???? by akayani · · Score: 1

      "People who claim we can't influence climate should be locked up in a garage with a running engine." Actually if the car is running unleaded and has a catalytic converter there is no carbon monoxide, few people who do this die. Where as if you tried to load windows on a z the system admin would most certainly kill you!

    5. Re:WHY???? by Anonymous Coward · · Score: 0

      I guess that happens when you think you remembered something and google for "linux toaster".
      Your observation had to be made, though.

  5. kinda funny by Em+Emalb · · Score: 4, 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.

    --
    Sent from your iPad.
    1. Re:kinda funny by DoofusOfDeath · · 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!

    2. Re:kinda funny by nurb432 · · Score: 1

      There is a reason we are coming full circle:

      In the business world terminals really are the best way to do business, for 95% of your end users.

      --
      ---- Booth was a patriot ----
    3. Re:kinda funny by Anonymous Coward · · Score: 0

      And when PC's came along, we tried to use their crappy x86 chips to do some of the work we used to do on the main frame.

      Now we want the mainframe to run the crappy OS we do on x86 chips.

    4. Re:kinda funny by ucblockhead · · Score: 1

      Nah. They've been trying to resurrect dumb terminals ever since dumb terminals died, and they always fail because dumb terminals are, well, dumb. Dumb terminals appeal to people who like central control, not people who want to get things done.

      --
      The cake is a pie
    5. Re:kinda funny by Anne+Thwacks · · Score: 1
      now we're back to dumb terminals.

      But now featuring dumb users.

      --
      Sent from my ASR33 using ASCII
    6. Re:kinda funny by jra · · Score: 1

      You youngsters with 6 digit IDs...

      WinAMP notwithstanding, that's "cue up some Elton John".

      Just ask Johnny Fever; he'll tell you...

  6. Most common use of virtualization by betterunixthanunix · · Score: 4, Interesting

    The most common use of virtualization is running Exchange. Many companies just cannot break the Exchange "habit," even when they migrate to Linux servers. Being able to run Exchange on a mainframe would be a boon to many of these businesses, especially given the high level of reliability a mainframe provides. 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).

    --
    Palm trees and 8
    1. Re:Most common use of virtualization by janeuner · · 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.

    2. Re:Most common use of virtualization by flyingfsck · · Score: 4, Informative

      There are still people who haven't heard of Zimbra and Citadel? One can replace dozens of Exchange servers with a single Citadel server, without the need for a mainframe.

      --
      Excuse me, but please get off my Pennisetum Clandestinum, eh!
    3. Re:Most common use of virtualization by Anonymous Coward · · Score: 0

      You can - but remember, a lot of these companies ALREADY have one (or more) mainframe(s) on the floor, and the incremental cost of hosting this application in a z/VM environment could be as little as...effectively zero.

    4. Re:Most common use of virtualization by Anonymous Coward · · Score: 4, Funny

      Fire your network admins and hire new ones if they can't run stable Windows servers. Assuming no network connectivity, it has no problems staying up for years just like your oh-so-godly Linux.

    5. Re:Most common use of virtualization by Em+Emalb · · Score: 0, Flamebait

      It's more fun to perpetuate a myth.

      Look, it even got them mod points. HEHE!

      --
      Sent from your iPad.
    6. Re:Most common use of virtualization by archaicTG · · Score: 1

      Exchange is a great candidate for virtualization if you are running a small shop, but then your better option may be one of the various hosted/cloud Exchange offerings. (And you'd better not tell MS about your virtual environment when you call for support)

      In a large installation Exchange will use an incredible amount of I/O and cpu. I just don't see any value from running it on super-reliable hardware. You have to plan for Exchange breaking due to other problems.. corrupt databases, broken networks etc. which means a "hot spare" system ready to go.

      So if you have Exchange with CCR with a 1-2 minute failover max, why bother with reliable hardware at all?

    7. Re:Most common use of virtualization by Anonymous Coward · · Score: 0

      Yes, clearly the server up-time of the only Windows machine hosting Exchange at work is lying.

    8. Re:Most common use of virtualization by eharvill · · Score: 1

      The most common use of virtualization is running Exchange.

      Where did you come up with that? Web servers, development environments, etc are probably more commonly virtualized. Exchange environments are typically the LAST application that any business wants to virtualize. Companies are still scared of VMs for business critical apps.

      --
      At night I drink myself to sleep and pretend I don't care that you're not here with me
    9. Re:Most common use of virtualization by arkane1234 · · Score: 1

      Who says anything about Linux, how do you know we aren't all running VMS?

      Besides, assuming no network connectivity is about like assuming a system is powered off the whole time....

      --
      -- This space for lease, low setup fee, inquire within!
    10. Re:Most common use of virtualization by Anonymous Coward · · Score: 0

      I meant internet connectivity. My bad.

    11. Re:Most common use of virtualization by Nefarious+Wheel · · Score: 2, Funny

      Who says anything about Linux, how do you know we aren't all running VMS?

      I have lost SETPRV you insensitive clod!

      --
      Do not mock my vision of impractical footwear
    12. Re:Most common use of virtualization by Dolda2000 · · Score: 1

      I'm wondering though; why are all these groupware systems large, monolithic applications? I, for one, would never want to use a monolithic system like Zimbra or Citadel. (Or Exchange, for that matter, of course)

      When I set up a system for just handling e-mail, I always use different programs for the different tasks -- one MTA (usually sendmail for me), one MDA (usually procmail for me), one IMAP server (usually dovecot for me), and one web front-end to it (I wrote my own web front-end, Dolda Webmail), and storing all the messages in the filesystem. You know, the standard Unix philosophy of doing one thing and doing it well?

      Are there no similar subsystems for handling calendaring and tasks as well? I've heard of the CalDAV protocol, which seems kind of reasonable, but I haven't found any reasonable Linux server for it, and neither have I found any web front-end for it. And what about contact management? Are there any standards at all for that? Are there any more parts to a groupware system?

    13. Re:Most common use of virtualization by afidel · · Score: 1

      Actually virtualization on products from the following vendors are fully supported:
      Cisco Systems, Inc.
      Citrix Systems, Inc.
      Novell, Inc.
      Oracle, USA Inc.
      Red Hat, Inc.
      Riverbed Technology, Inc.
      Sun Microsystems
      Unisys Corp.
      Virtual Iron Software
      VMware, Inc.
      And of course Microsoft. link

      And this is the current status of virtual vs hardware support which is a significant change:
      Will customers running on validated solutions still be required to reproduce problems on hardware? While we fully expect the Server Virtualization Validation Program to ferret out the majority of issues associated with running virtualized operating systems, there may be situations when the root cause problem cannot be isolated or duplicated without asking a customer to reproduce the error on hardware. Every situation will be examined on a case by case basis and we expect to ask customer to reproduce problems on "bare metal" only as a last resort.
      link

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    14. Re:Most common use of virtualization by colinrichardday · · Score: 1

      Wouldn't a box running Microsoft Exchange require internet connectivity?

    15. Re:Most common use of virtualization by Anonymous Coward · · Score: 0

      I know that /. is a bastion of *nix lovers but come on, when you can hire an Exchange admin for less than the cost of your 1st tier unix support person not to mention the cost of any mainframe person, then why would you not? Add to the fact that you can VM the whole Exchange in VMWare or whatever, makes it a no brainer!

      Please everyone remember that the reason why companies make any major budget decisions, in particular those that involve staff (ie, massive costs) is the cost, which always one of the biggest factors. Usability features (or "I like what he has") is somewhere after that, no wonder Exchange often wins..

    16. Re:Most common use of virtualization by CyDharttha · · Score: 1

      I just found Group-Office last week, and decided to try it, as I was setting up a new client mail server at the time. Followed this.

      So, I've got postfix and dovecot, MySQL for user management, and what I consider a really beautiful web frontend with mail, contacts, personal and shared calendars, tasks, summary page, etc. I like that I have complete control over the mail backends, making IMAP/POP3/SMTP config familiar and easy.

      Not that this could be a drop-in replacement for Exchange, but it's great that more options are becoming available every day.

    17. Re:Most common use of virtualization by SectoidRandom · · Score: 0

      I love slashdot! :)

      I guess sometimes when people deploy to a 10k+ user base Zimbra and Citadel are in the list of options. But I don't know, personally I only accept Exchange contract jobs and in the "Enterprise's" I've seen those options are frankly unheard of..

      Don't get me wrong they are probable brilliant, but I'm sure when compared head to head in reliability, scalability, features and redundancy there would be a big difference, if only in TCO.

      My 2c.

    18. Re:Most common use of virtualization by thePowerOfGrayskull · · Score: 1

      The most common use of virtualization is running Exchange.

      Wait, what? Where's this from?

    19. Re:Most common use of virtualization by The+Evil+Couch · · Score: 1

      Besides, assuming no network connectivity is about like assuming a system is powered off the whole time....

      That's kind of the joke.

    20. Re:Most common use of virtualization by mlts · · Score: 2, 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, ISO audits, or business specific audits. You can add third party extensions for more finer grade control. Managers can pay the steep ticket for entry and know that this base is covered.

      Of course, there are other solutions that do the same thing, but buying Exchange is mainly a CYA move. Something happens and mail gets lost, Microsoft can be blamed, as opposed to the company facing potential lawsuits by shareholders and company officers facing prison times for failing to do due diligence with a system that isn't proven or certified.

    21. Re:Most common use of virtualization by Anonymous Coward · · Score: 0

      Really? Run a couple hundred windows servers next to a couple hundred linux servers and tell me how many more MS techs you have.

    22. Re:Most common use of virtualization by wintermute000 · · Score: 1

      Network admin != microsoft/wintel sysadmin. PLEASE SLASHDOT STOP CONFLATING THE TWO

    23. Re:Most common use of virtualization by IGnatius+T+Foobar · · Score: 1

      Don't get me wrong they are probable brilliant, but I'm sure when compared head to head in reliability, scalability, features and redundancy there would be a big difference, if only in TCO.

      That's because the deck is stacked to begin with. The person writing the RFP has either already decided on Exchange or uses the Exchange feature set verbatim as his list of requirements.

      Zimbra is becoming quite popular in service provider environments, and Citadel is currently enjoying a lot of growth in small-to-medium companies and non-profits. The "enterprise" can keep their Exchange for all we care.

      --
      Tired of FB/Google censorship? Visit UNCENSORED!
    24. Re:Most common use of virtualization by jintxo · · Score: 1

      CalDav exists, I have looked at it and decided it was not worth the effort (yet) to install software that implements CalDAV protocol, when compared to what I do:

      - I enable WebDAV module on apache 2
      - Clients use Thunderbird with "Lightning" extension or "Sunbird". Basically the same software but one is an extension to thunderbird and the other is a standalone app.
      - Cients use a "Network Calendar" in Thunderbird that points to "http://my.server.com/WebDav/Username.ics"

      voila, quick and easy.

      We are a very small company, and that works for me, (we have about 10 "online calendars") but I couldn't imagine doing this in a large org without some sort of directory integration or autimatic configure scripts or something like that.

      It is nice for the users to be able to access their calendar anywhere where they have HTTP access :-)

      I followed some guides that were for ubuntu, although I don't use ubuntu, all concepts are the same. Google will yield short but usefult "quick guides" for this.

      In the other respects, I do as you do (postfix for MTA, dovecot for IMAPs, etc etc)

      Cedric

    25. Re:Most common use of virtualization by Anonymous Coward · · Score: 0

      The stability of our serverpark went up by more than 10% when we explicitly, in writing, forbade the sysadmins to change stuff without prior written approval from people who knew WHY the settings were the way they were set. And when something broke, the first thing we did was to examine server logs to see who was last online on that machine - and he'd better have a VERY good explanation!

    26. Re:Most common use of virtualization by MadMidnightBomber · · Score: 1

      Oops. Remember you can't get 4 nines uptime because you have to patch the fuckers every month.

      --
      "It doesn't cost enough, and it makes too much sense."
    27. Re:Most common use of virtualization by drsmithy · · Score: 1

      Oops. Remember you can't get 4 nines uptime because you have to patch the fuckers every month.

      If your architecture cannot survive individual hardware outages, you won't be getting "4 nines uptime" no matter what your OS is.

    28. Re:Most common use of virtualization by MadMidnightBomber · · Score: 1

      I get four nines quite easily with RAID on a decent server, thank you very much. That's 4 min/month downtime, which is quite a lot.

      --
      "It doesn't cost enough, and it makes too much sense."
    29. Re:Most common use of virtualization by drsmithy · · Score: 1

      I get four nines quite easily with RAID on a decent server, thank you very much.

      So far. What are you going to do when a motherboard or CPU failure requires a multi-hour outage to replace ? Or filesystem corruption requires a multi-hour restore ? Or a botched patching session requires an hour to roll back ?

      By your standards my desktop PC has nine nines of uptime. Of course, I'm only counting from the beginning of 2009...

      That's 4 min/month downtime, which is quite a lot.

      No, it's not. If your availability requirements are completely dependent on any individual server not being down for more than 4 minutes a month, then all you have is a ticking bomb and it's simply a matter of when, not if, you will fail to meet them.

    30. Re:Most common use of virtualization by Bert64 · · Score: 1

      Not really, it was never originally designed for Internet connectivity, it was supposed to be the internal groupware setup on a corporate lan... Support for talking to the outside world came later.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    31. Re:Most common use of virtualization by EvilRyry · · Score: 1

      Many Microsoft products cluster pretty well. Bring one down. Patch it. Bring it back up. Repeat with the other server. Works well in the event of hardware failures too.

    32. Re:Most common use of virtualization by AnalPerfume · · Score: 1

      With Zimbra being owned by Yahoo, and Microsoft's recent attempted ass-raping of Yahoo, when they eventually have their insiders on Yahoo's board sell to Microsoft at a vastly reduced price (due to the credit crunch of course); how long do you think Microsoft will allow a competitor to Exchange to continue? Zimbra looks great for now, but keep an eye on the Yahoo execs.

    33. Re:Most common use of virtualization by bored · · Score: 1

      So far. What are you going to do when a motherboard or CPU failure requires a multi-hour outage to replace ?

      HA cluster? In many ways the HA cluster can be more resilient than a single "mainframe". There are situations where hardware failures can take down all the partitions.

      Or filesystem corruption requires a multi-hour restore ?

      Mainframes etc, aren't invulnerable to filesystem corruption. I think that's an OS stability statement, and frankly I haven't seen a NTFS failure (excepting raid controller failures, etc) in a long time.

      Or a botched patching session requires an hour to roll back ?

      There are solutions to this too, but they require planning for the contingency.

      Lots of these problems are also solved by running vmware on a SAN attached disk array and taking snapshots on a on a regular basis to a secondary disk array (this still isn't a replacement for proper backups).

    34. Re:Most common use of virtualization by rantingkitten · · Score: 1

      Assuming no network connectivity, it has no problems staying up for years just like your oh-so-godly Linux.

      So Windows is stable and reliable as long as it's not connected to anything. That is awesome. And makes a hell of a server too, I imagine.

      --
      mirrorshades radio -- darkwave, industrial, futurepop, ebm.
    35. Re:Most common use of virtualization by drsmithy · · Score: 1

      I am not making an argument for mainframes, I am making an argument against the idea that you can have "four nines" availability out of a single server.

    36. Re:Most common use of virtualization by BBCWatcher · · Score: 1

      ....I am making an argument against the idea that you can have "four nines" availability out of a single server.

      And yet, in the real world, that's what many single frame mainframe shops manage. Probably because a single frame isn't at all a single frame internally. The only singleton in the equation is the cabinet itself, and (but only if the operator wants) any particular operating system/middleware/application instances that the operator chooses to run that way (which would typically be development instances, not production).

  7. regression testing by RichMan · · Score: 1

    Looks like a great way to regression test a software application or even the operating system itself.

  8. But ... by Anonymous Coward · · Score: 1, Funny

    But does it run Vista?

    1. Re:But ... by russlar · · Score: 2, Funny

      Well enough to play Crysis, even.

      --
      Anybody want my mod points?
    2. Re:But ... by MrKaos · · Score: 1

      But does it run Vista?

      Yes, but only the home edition not the Premium edition.

      Which may not be as unreasonable as you think. I know when I wanted to place some of my projects on Linux virtual machines hosted on a System Z I was disappointed by how much cpu time and memory I got in comparison to an every day PC.

      What I did get though was blindingly fast I/O, which is what mainframes are designed for, graphics performance is not really high on the agenda.

      It kinda makes me think of using a D10 to dig weeds and considering windows doesn't really separate the gui from the OS as X11 does for *ix's, I'd be interested to see how it handles that.

      Actually, come to think of it, it probably will have a hard time running vista, if it runs it at all.

      --
      My ism, it's full of beliefs.
  9. Finally by Anonymous Coward · · Score: 2, Funny

    Now I can run Crysis on Maximum settings!

    1. Re:Finally by owlman17 · · Score: 1

      Crysis on Maximum settings ON Vista Ultimate!

    2. Re:Finally by Kent+Recal · · Score: 1

      No, that last is a bit too much. Remember the Z10 maxes out at only 1.5TB Ram.

  10. CPU Power by BrookHarty · · Score: 1

    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.

     

  11. Car comparison by thetoadwarrior · · Score: 1

    So this would be like putting Dodge Charger engine in a little hatchback car in that only a dimwit would do it and you know it'll end in tears?

    1. Re:Car comparison by chaim79 · · Score: 1

      More like putting one of these in your truck: 12 cylinder diesel

      --
      DEMETRIUS: Villain, what hast thou done?
      AARON: Villain, I have done thy mother.
      Shakespeare invents 'your mom'
    2. Re:Car comparison by Bert64 · · Score: 1

      I drove a dodge charger (rental), it had a 2.7 liter engine, which was quite gutless in such a big car... A 2.7 in a small car might make a reasonably performing vehicle, at least if you don't care for comfort.
      I imagine the charger with the 6.1 liter v8 would be a much better drive.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  12. Easy answer by betterunixthanunix · · Score: 5, Informative

    BIG customers. A lot of large corporations need to run Windows Server for things like Exchange, and to a lesser extent .NET. Those same large customers are attracted to mainframes, which offer very high availability and reliability, and can consolidate hundreds (or even thousands) of rack mounts into a single refrigerator sized system, drawing only 10kW~ in the process. $2M/year for a mainframe and mainframe operators could be justified in some cases if the cost of electricity and personnel needed to maintain a large, commodity server based datacenter is added up (this depends on the workloads; the commodity servers will also win sometimes).

    --
    Palm trees and 8
    1. Re:Easy answer by Anonymous Coward · · Score: 1, Interesting

      I recall the TPC benchmarks, where Sun used to claim the benefits of big-iron servers, and Microsoft would claim the cost-benefits of commodity server farms. How times change when MS gets a big-iron server, and Sun runs Linux on commodity server farms :)

    2. Re:Easy answer by miffo.swe · · Score: 2, Insightful

      Most hickups when running exchange is because of crappy software, not faulty hardware. Putting a virtualised Windows on good hardware wont help a bit. You also loose a fairly good percentage of the computing power to the virtualization. A much better route would be to optimize and debug the software since exchange and dotnet really are unusually big resource-pigs.

      --
      HTTP/1.1 400
    3. Re:Easy answer by Amouth · · Score: 3, 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..

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    4. Re:Easy answer by LWATCDR · · Score: 2, 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.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    5. Re:Easy answer by arkane1234 · · Score: 1

      Which doesn't add up when you do that, which again is why we say... why?

      1 person (me) managed a data center of 100+ servers all performing different tasks. 1 person managed the network, and 1 person managed the team. 3 hour service call guarantees were on all the machines, along with the power and AC being protected.

      With a mainframe you have people that are increasingly disappearing to hire to moderate it, along with the added charge for IBM (or whoever else it came from)

      In the end, it all boils down to principles. If you believe in the old "tried and true" mainframes, you'll stick with them until they fall into the wastebasket piece by piece. You'd also forget the main reason mainframe tech was used, and jump for joy when a Microsoft commodity-based server is migrating to it...

      --
      -- This space for lease, low setup fee, inquire within!
    6. Re:Easy answer by AHuxley · · Score: 0, Flamebait

      "virtualised Windows on good hardware" helps a lot.
      Just not your working day or your bottom line.
      The CIA, NSA, DIA and other such US agencies got access to the the desktop world in the 1980's and 1990's via the rapid uptake (pirated or trade deals) of MS products.
      MS is the gate way to your company or country for US entities.
      Do you really think the NSA want to mess around with real operating systems around the world?
      Get the world to use MS, via trade deals, education and political pressure.
      The world is then open source to the US gov.
      Microsoft is like Enigma or Crypto AG, something the USA really wants everyone feeling safe using.

      --
      Domestic spying is now "Benign Information Gathering"
    7. Re:Easy answer by afidel · · Score: 1

      Oh, Sun will still sell you big iron, the M9000 is a beast of a box. It has both hardware and software virtualization with granularity and control far in excess of what is available in the commodity space. It's just that they found themselves squeezed from both the top and the bottom and so felt they had to flee into the commodity space to stay alive.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    8. Re:Easy answer by rbanffy · · Score: 1

      Nobody _needs_ Exchange. PHBs are simply too dumb to realize they have a really lousy groupware solution.

      I noticed how people perceive computers. When Windows locks up a program because you are pushing your machine too hard, people blame the machine, lack of memory and assorted things instead of blaming that sad excuse for an OS. People _expect_ computers to fail because Windows fails all too often. Computers today are far better than people may think.

      Does anyone really believe those virtual Windows thingies will ever approach five 9's stability? If you have, say, 1.000 virtual Windows desktops on one mainframe you will still need to employ all the staff that would be needed to run a 1.000 machine network minus the staff needed for dealing with hardware failure.

      It's really a stupid, stupid idea.

    9. Re:Easy answer by ZosX · · Score: 1

      You must not know a lot about mainframes. Lots of mainframes use commodity x86 CPUs. Old mainframe code is resuable through emulation. Like you can buy a Burroughs compatible mainframe that will run your old Burroughs code from the 70s all running on brand new x86 processors. If it ain't broke don't fix it certainly applies here.

    10. Re:Easy answer by LWATCDR · · Score: 3, 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?

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    11. Re:Easy answer by Anonymous Coward · · Score: 0

      PHBs are simply too dumb to realize they have a really lousy groupware solution.

      And those users, what do they know?

      I think you're smoking crack. Exchange is popular because it does a pretty good job of providing groupware solutions that are well integrated with the Office suite. Whether your blind hatred of MSFT will let you see it or not, the vast majority of office workers in the world thinks Exchange/Outlook serves them well. It's a good solution, as viewed from the user side.

      As to windows being unreliable, I think you're smoking crack there too. That's an old, tired meme. I don't think I've heard a non-developer complain of a BSOD for 4 or 5 years now.

    12. Re:Easy answer by dbIII · · Score: 1

      (MS) Exchange runs quite well with very few problems in and of it's self

      Of course it does, but then you start feeding it email and the problems can start from there.

      It has of course improved a great deal now - proper backups suitable for full mailbox recovery are possible without stopping the mail services (thanks to improvements in volume shadow copy - no thanks to any improvement actually in exchange).

      Here's a question - if MS Exchange is so b* stable now why the f* do you have to run it on a virtual machine for it to be reliable? Instead of a complaint about it only being able to run in an iron lung you are talking about how well it's breathing in that iron lung. At least virtualisation solves the problem of replacing one real server with 5 MS ones by letting the 5 MS ones be containers under the adult supervision of a real server.

      MS Exchange is pretty well the only thing that does in one monolithic heap all the things it does, but if you are considering nothing but email it is a very poor performer.

    13. Re:Easy answer by NekSnappa · · Score: 1
      While not a grammar Nazi, just about 7 bottles into of a six pack of a good IPA. But...

      the trick is not to never let exchange talk directly to the outside world

      All I can say is Huh?...

      --
      I want to shoot the messenger!
    14. Re:Easy answer by Amouth · · Score: 2, 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 the same box.

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    15. Re:Easy answer by Amouth · · Score: 1

      Exchange is stable if the hardware does what it says to..

      one of the things i feel gives Exchange a bad name is that to increase it's preformace it actuly replaces some of the NTFS filesystem driver files (i would have to look them up to remember).. but depending on your storage this can be a very bad thing (and yet unavoidable) remember not everyone has FC and a SAN.. exchange is used on closer to comodity hardware than most thing alot fo the times (rememer SBS has exchange installed)

      so while running on perfect hardware it has zero problem.. but i will tell you right now that if excahnge says write and the controler comes back with IO wait.. and IO fail.. screw that mail store. Virtualizeing exchange eliminates the IO Wait and IO Fail as if their is an actual IO Wait on the hardware the VM is momentrarly paused till it is corrected as with IO fail the Host server will retry where exchange on real hardware wouldn't. once the IO succeds that is passed up to the VM and exchange moves on never having a clue wht happend.

      alot of hardware and drivers arn't perfect.. this causes exchange to get a croupt store.. once you remove that exchange runs very smooth

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    16. Re:Easy answer by CrossChris · · Score: 1

      I've been running exchange in an VM for over 3 years now and have had zero problems with stability or performance.

      You're unique, then. I've never seen any MS software that could ever be described as "stable"!

    17. Re:Easy answer by dbIII · · Score: 1
      So you are saying that MS Exchange is OK apart from the 1960s problem of race conditions?

      I have to admit it isn't the only thing that does this, and once you start with MS Exchange you are stuck with it so running it as well as possible is a good thing.

      It's good to hear a reasoned opinion, I've had fanboys that never actually used the thing yelling at me about how good it was even back when backups of the mail store were not possible without halting the whole thing (which made it uniquely unreliable among mail servers at the time). Looking after three MS Exchange 5.5 machines for a very small number of users (performance sucked back then) was enough of a horror show for me and I haven't touched it since.

    18. Re:Easy answer by JasterBobaMereel · · Score: 1

      This would be the Exchange that is a messaging and communications server that apparently only works well if you don't let it communicate directly with anything ....

      Have Microsoft looked up the work Irony ....

      --
      Puteulanus fenestra mortis
    19. Re:Easy answer by drsmithy · · Score: 1

      MS Exchange is pretty well the only thing that does in one monolithic heap all the things it does, but if you are considering nothing but email it is a very poor performer.

      If you are "considering nothing but email", then Exchange probably isn't a good solution to your problem.

    20. Re:Easy answer by rbanffy · · Score: 1

      I too hadn't a BSOD for a couple years - yes: I use Windows daily. In fact, I am writing this on a Windows machine (the last post was on a Linux one) and, while BSODs are a thing of the past, application crashes, random lock-ups and several nuisances like those are not. I have given up on keeping the machine running because of that - after 2 or 3 days, it's unusable. It probably does not reach 3 nines.

      And lots of people are fine with Exchange mostly because they _don't_know_ anything better. Most of them think that having to delete old e-mail is a normal fact of life and it's not. It's hard to buy a server with less than enough storage to support 10,000 accounts with my quota limits. Heck - it's hard to buy a storage system that couldn't handle 10 times that.

      And the very same happens with Windows - they believe computers are unreliable just because they never saw one that wasn't. Expectations are low now because they have been forced down consistently for the past decades.

    21. Re:Easy answer by Amouth · · Score: 1

      to be fair i wouldn't touch it till exchange 2000 - which ran decent but still had nightmares with it - then moved to exchange 2003 wich to be fair while not x64 does a decent job with medium size setups.

      But the point is to everyone who things of the horror of putting exchange in a VM - the reality is that it is far more stable in a VM than on real hardware.

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
    22. Re:Easy answer by Ash-Fox · · Score: 1
      --
      Change is certain; progress is not obligatory.
    23. Re:Easy answer by Anonymous Coward · · Score: 0

      Let's crunch some Capital costs here. We'll assume the operating costs, CPU performance, etc would be exactly the same as native hardware for a mainframe. Also assume storage is a non-issue and the z/VOS cost is $0.

      Round the cost of a z10 with 64GB of RAM to $3M.
      Add z/OS for $250K.
      $3,250,000.
      Give each VM 2GB of RAM for Windows.
      The cost per VM is $100K+.

      WHAT A SAVINGS!

    24. Re:Easy answer by dbIII · · Score: 1

      That's unfortunately why it appears to be used in some places - they just want email and they get talked into MS Exchange instead.

    25. Re:Easy answer by hawk · · Score: 1

      >Most hickups when running exchange is because of crappy software, not faulty hardware.

      Well, yeah. Exchange is a piece of microsoft software. So what's your point? :)

      hawk

    26. Re:Easy answer by ZosX · · Score: 1

      Yeah, I did forget we were talking about the Z-series here. I do know that they use the Power architecture and no, I am no an expert. My point was still valid though that plenty of mainframes use x86 processors.

    27. Re:Easy answer by BBCWatcher · · Score: 1

      Yeah, I did forget we were talking about the Z-series here. I do know that they use the Power architecture and no, I am no an expert.

      No, they don't use Power architecture. They use z/Architecture. System z machines are not POWER machines, and the CPUs are quite different, with different instruction sets. IBM's POWER-based servers can run AIX while System z cannot. System z can run z/OS, z/VSE, z/TPF, and z/VM operating systems while POWER-based servers cannot.

    28. Re:Easy answer by LWATCDR · · Score: 1

      No the CPUs are based on the POWER line but they use the Z machine ISA.
      And how the heck can you point be valid? This was all about running Windows on a Z Series?
      Yea big whoop if it was running Windows on an X86 machine. Just get the right drivers and you should be all set.
      Of course the best part was you posted a snotty comment about how I didn't know "a lot about mainframes" and then where total wrong in the context of this thread. Then you post that you where wrong but your point was still valid.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    29. Re:Easy answer by LWATCDR · · Score: 1

      The Z systems CPUs are based off the Power CPUs but use the Z System ISA. The Power line is such a good line that IBM can use a lot of the same technology.
      This PDF talks about their relationship http://speleotrove.com/decimal/IBM-z6-mainframe-microprocessor-Webb.pdf
      I always thought that if IBM had only known that the PC was going to last all this time they never would have used an X86.
      I bet that IBM would have used a simplified 360 ISA.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  13. Big investment by mc1138 · · Score: 4, Interesting

    Unlike the current server model that recommends that a server be replaced every 3-5 years, mainframes were built to last. Now, jump that to present day, lots of institutions that got into computing early still have their systems lying around often times either under utilized or not used at all. It would cost more to remove them in many cases than many companies want to undertake. Combine that with the prevalence of the windows operating system and you've just created a way to continue to use a machine that might not even be totally paid for, rather than just have it take up empty space.

    1. Re:Big investment by Ken+Hall · · Score: 1

      This is a good point, but more relevant to what we do: Run Linux built for the zSeries architecture under zVM. The differences are minimal, nearly
      every Linux package runs fine when recompiled, and we've done two full processor replacements totally transparently to the users.

      Try that with an ESX cluster.

    2. Re:Big investment by Anonymous Coward · · Score: 1, Insightful

      we've done two full processor replacements totally transparently to the users.

      Try that with an ESX cluster.

      Sure. Move your running virtual machines with vMotion off of the server that needs maintenance to another server, then power down the first server, swap the CPUs, power it up, and move the virtual machines back.

      The users never notice.

    3. Re:Big investment by couch_warrior · · Score: 2

      Built to last - snork! That must be why you see often see used mainframes on Ebay for $25. The only thing a bout a mainframe that is built to last is the massive debt you have to take on to own one. The CPU cores are the same as the power PC - buy them for a desktop , its 10 cents/MIP. Buy it wrapped in a mainframe skin, its $1000/MIP for the same CPU. I can't believe people still fall for this "Mainframes are superior technology" malarkey.

      --
      "Sic Semper Path of Least Resistance"
    4. Re:Big investment by Anonymous Coward · · Score: 0

      Er, you can do *exactly* that with a VMware ESX cluster - it is called VMotion and it's kind of what VMware is most well known for in the datacenter.

    5. Re:Big investment by larry+bagina · · Score: 1

      It's true. We've been running our mainframe for .... shit, it's been here longer than even old Ed, and he's old.

      I hate to think of how many trees are killed for the windows punchcard edition :(

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    6. Re:Big investment by AHuxley · · Score: 2, Informative

      Ongoing per core, per seat per product, per viewer fees?
      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.

      --
      Domestic spying is now "Benign Information Gathering"
    7. Re:Big investment by TheRaven64 · · Score: 0, Flamebait

      That must be why you see often see used mainframes on Ebay for $25

      Really? I think I've only ever seen one. You quite often see big servers on eBay, but I've very rarely seen mainframes.

      The CPU cores are the same as the power PC - buy them for a desktop

      I think, if you don't know the difference between a Z10, a POWER6, and a PowerPC 970, you are not qualified to comment and will only demonstrate your ignorance if you do.

      --
      I am TheRaven on Soylent News
    8. Re:Big investment by ozphx · · Score: 1

      Yeah even with a traditional clustering setup its just a matter of issuing a drain stop...

      VMotion does rock though... especially with the intelligent load-balancing shit turned on.

      --
      3laws: No freebies, no backsies, GTFO.
    9. Re:Big investment by Hadlock · · Score: 1

      What search strings are you using for mainframes? I've been looking for about a year for a fridge-sized mainframe on ebay and have yet to find one. The physically biggest computer ive seen on ebay was no larger than a Marshall Half Stack. Craigslist has been no help, if you seriously know where I can pick one up cheap please respond.

      --
      moox. for a new generation.
    10. Re:Big investment by Anonymous Coward · · Score: 0

      They all have the same CPU core - just different microcode.

      What keeps people on mainframes is the millions they would have to spend porting all their legacy apps to UNIX.

      The installed base of mainframes shrinks every year, and now represents only a small fraction of IBM's revenue. They can't afford the multi-billion dollar investment in a fab plant just for the dwindling set of mainframe installations. SO they re-use the powerPC core, but program it with the S/390 instruction set.

    11. Re:Big investment by Anonymous Coward · · Score: 0

      Well the term "mainframe" often brings a few hits...
      http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=280318558412&ssPageName=ADME:B:EF:US:1123

    12. Re:Big investment by TheRaven64 · · Score: 1

      They all have the same CPU core - just different microcode.

      Right, apart from different instruction decoders, different cache controllers and a few different ALUs, they're exactly the same. Wait, what? The POWER6 and z10 share a few common elements, as do all of IBM's CPU lines, but saying that they are the same core is a massive stretch.

      --
      I am TheRaven on Soylent News
    13. Re:Big investment by JAlexoi · · Score: 1

      OMFG! You don't know what you are talking about, do you?
      Try looking at the following, and try to understand that $1000/MIP is also all other stuff...
      http://en.wikipedia.org/wiki/IBM_System_z10
      http://www-03.ibm.com/systems/z/advantages/newtosystemz/index.html

    14. Re:Big investment by Anonymous Coward · · Score: 0

      RTFA bud. Read your own material , like the part where it says - "...these instructions were implemented in microcode ..."

      Same CPU core as the power PC, different microcode.

      Most people who haven't tied their careers to this dying technology share the opinion that mainframes are a colossal waste of money.

  14. Hah! Take /that/ crunchies! by overshoot · · Score: 0, Troll

    Here's a feature that Linux will never be able to match!

    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
  15. I wonder by Profane+MuthaFucka · · Score: 1

    How's the support for DX10 and surround sound?

    --
    Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
  16. hmm by FadedTimes · · Score: 0, Offtopic

    now if I can just get linux on my toaster

  17. Really? by DoofusOfDeath · · Score: 2, Informative

    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.

    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.

    1. Re:Really? by Sir_Lewk · · Score: 5, Funny

      Do you honesting thing the person sitting in front of the average windows workstation is the only person using it?

      --
      "linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
    2. Re:Really? by Anonymous Coward · · Score: 0

      Do you honesting thing the person sitting in front of the average windows workstation is the only person using it?

      Absolutely. The normal regular windows PC desktop is one PC per person.

      That was the big selling point of the personal computer. This is MY computer, and I don't have to share it with anyone else. All its resources are used for ME.

    3. Re:Really? by arkane1234 · · Score: 1

      Isn't it so adorable how the Windows fanbois are all over slashdot over the last few years. Notice your at 'flamebait' rating on that post. Enough said.

      --
      -- This space for lease, low setup fee, inquire within!
    4. Re:Really? by Anonymous Coward · · Score: 0

      Wooosh.

    5. Re:Really? by DoofusOfDeath · · Score: 1

      Do you honesting thing the person sitting in front of the average windows workstation is the only person using it?

      I, for one, think your comment deserved +1 funny.

    6. Re:Really? by Anonymous Coward · · Score: 0

      all its resources are used for what the computer thinks you want...

    7. Re:Really? by andy_t_roo · · Score: 1

      bringing up process manager I note:
      symantic, microsoft, sun, google and adobe running things on my computer i didn't *explicitly* put there (i know about them and keep them because either they are minor annoyances, not worth removing, somewhat useful, or they'll just come back next update anyway).

      only one person, but multiple "entities".

    8. Re:Really? by Anonymous Coward · · Score: 0

      Double-whooooosh! Both yours, and the grand parent post, are pants.

    9. Re:Really? by clarkn0va · · Score: 1

      All its resources are used for ME

      Seriously, upgrade to XP.

      --
      I am literally 3000 tokens away from the chaotic crossbow --Stephen
    10. Re:Really? by jra · · Score: 1

      Nope. There are probably half a dozen botnet operators about whom that description would be accurate, as well.

  18. Re:old farts trying to stay relevent by Anonymous Coward · · 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.

  19. Price by Nerdfest · · Score: 1

    A more accurate description would be "no knowledge ... executing on the mainframe" other than the fact it's many times more expensive than it needs to be. Seriously, having virtual machines running on a mainframe will work fine up until you actually need to run many VMs that actually need some processor. They're at least an order of magnitude more expensive than running on blades.

  20. Why not VMware? by Anonymous Coward · · 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

    1. Re:Why not VMware? by Major+Blud · · Score: 3, 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.

      --
      If you post as Anonymous Coward, don't expect a reply.
    2. Re:Why not VMware? by Anonymous Coward · · Score: 0

      OTish:

      I work in a fairly large ESX shop
      *wimpers* I do 750 and growing daily... =( Wanna switch jobs?

    3. Re:Why not VMware? by billcopc · · Score: 1

      Why wouldn't you just spend the money on a small ESX farm with a couple of nodes and a NFS or iSCSI SAN?

      Because then you'd only be paying a tenth of the cost of a mainframe, resulting in your department's budget being reduced next year. People buy mainframes for two reasons:

      1. They actually have a valid use for a natively clustered processing architecture with a 100% uptime cash-backed guarantee.

      2. They're spending other people's money (either taxpayers' or venture capital).

      Chances are if you paid for a zS, you've got better things to put your processor capabilities towards rather then emulating Windows.

      Chances are if you own a zS, you can throw a stone at the nearest developer to compile Bochs for free, which just might be what Mantissa did (and added some kind of management UI). The good thing is: anyone buying into this product is a gullible fool who deserves to be robbed blind. The bad news is: there's a 50% chance they're spending your tax money.

      --
      -Billco, Fnarg.com
    4. Re:Why not VMware? by Major+Blud · · Score: 2, 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 using RAD tools.
      2. Cost of operating said mainframe was also in the same ballpark. IBM would charge these guys for CPU cycles used every month.

      Also, COBOL programmers are reaching retirement age and aren't that easy to come by nowadays ;-)

      --
      If you post as Anonymous Coward, don't expect a reply.
    5. Re:Why not VMware? by swamp+boy · · Score: 1

      ... ESX shop with about 300 guest VM's on five host ...

      What kind of servers do you use for the hosts? How many cpus and how much physical ram in the boxes?

      Also, what would be the average memory size defined for each guest?

    6. Re:Why not VMware? by Major+Blud · · Score: 1

      2 of the hosts have 128 GB of RAM with 4-way quad-core CPUs. I'm not sure of the other three off-hand, but they are older...4-way hyper-threaded CPUs, not sure on the RAM. These are going to be replaced shortly. Memory size defined for the guest varies by function (SQL Server, application server, etc)....Typically 1 GB.

      --
      If you post as Anonymous Coward, don't expect a reply.
    7. Re:Why not VMware? by Bert64 · · Score: 1

      Charging for CPU cycles is actually a good idea, it might actually make people care about efficient code...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    8. Re:Why not VMware? by jra · · Score: 1

      Even when you included the cost of retraining every single employee who had to *work with* that application?

      Everyone always seems to forget this one.

      Allied Van Lines, about 8 years ago, replaced the 2-screen CICS app called CAMIS with a new thing called AMS that was much fluffier looking and reportedly easier to train.

      But it was 7 screens per transaction instead of 2, and required them to retrain all the people they had... and last I looked, *still* wouldn't do all the stuff the old one had.

      And they didn't have exceptionally high turnover in the positions that this package supported in the first place.

      So: more than tripled the transaction load on the mainframe. Check. Increased the training load on the present employees. Check. Didn't accomplish anything productive. Check.

      Kept the corporate IT budget in good shape.

      Check.

    9. Re:Why not VMware? by JAlexoi · · Score: 1

      I believe that System Z comes with on-site support... And there is usually so much redundant H/W there, that you can actually wait a few days till it breaks completely.

    10. Re:Why not VMware? by BBCWatcher · · Score: 1

      I believe that System Z comes with on-site support...

      Actually, every IBM mainframe has "Call Home" built in. (And almost everybody keeps it turned on.) The machine automatically rings up IBM if any service part is required, and IBM rings back (to a human) to schedule a convenient service time (for the humans -- the machine keeps chugging while the repair takes place, particularly on the System z10 EC but also almost always on the System z10 BC). Repairs are seldom needed, though. Every few decades on average. This Call Home functionality is entirely within the hardware and requires nothing whatsoever from the operating system.

  21. Wasn't that done using Linux a decade ago? by Kaz+Kylheku · · Score: 4, 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.

    1. Re:Wasn't that done using Linux a decade ago? by betterunixthanunix · · Score: 1

      Windows NT was once compiled for PowerPC; I doubt Microsoft would have a lot of trouble getting it to *run* on a mainframe. Getting it to run *well* is another story...

      --
      Palm trees and 8
    2. Re:Wasn't that done using Linux a decade ago? by gbjbaanb · · Score: 1

      well, now you can have .NET apps (ie running in a virtual machine) running in a virtual machine, running on a virtual emulation layer.

      No wonder we need mainframes!

    3. Re:Wasn't that done using Linux a decade ago? by Anonymous Coward · · Score: 0
    4. Re:Wasn't that done using Linux a decade ago? by mrphoton · · Score: 0

      sure thing, just down load the source from the repository the type
      ./configure
      make
      make install
      oh wait......

    5. Re:Wasn't that done using Linux a decade ago? by Lehk228 · · Score: 4, Funny

      let me know when it runs well on x86

      --
      Snowden and Manning are heroes.
    6. Re:Wasn't that done using Linux a decade ago? by Anonymous Coward · · Score: 0

      Windows NT has run on i860, x86, Mips, PowerPC, Alpha and Itanium. And many more if you include Windows CE, Xbox, etc. The Xbox's Xenon processor is big-endian.

      Windows NT was designed to be portable, much more so than contemporaneous UNIXs which typically ran only on the vendor's hardware.

      Do you actually know anything about Windows architecture?

    7. Re:Wasn't that done using Linux a decade ago? by Guy+Harris · · Score: 2, 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 PC for Mac did both interpretation and binary-to-binary translation of x86 code to PPC code.

    8. Re:Wasn't that done using Linux a decade ago? by Guy+Harris · · Score: 1

      Windows NT has run on i860, x86, Mips, PowerPC, Alpha and Itanium. And many more if you include Windows CE

      As far as I know, NT and CE are different code bases, although there might be some shared code in some layers.

      Xbox, etc.

      And is, I think, a PowerPC variant, so it's not as if they ported it to a completely different architecture.

      But, yes, it might be possible to port NT to S/3xx or z/Architecture. The unprivileged part of the instruction set should be easy; the privileged part might be some more work - the hard part would probably be the I/O architecture, but, heck, if Linux can do it, NT can probably do it, too. ("NT" here refers to anything using that line of code bases, hence everything up to Vista, Server 2008, Windows 7.)

    9. Re:Wasn't that done using Linux a decade ago? by Alain+Williams · · Score: 1

      IBM mainframe floating point format is not IEE is also likely to cause problems ... all those binary files that are just dumps of structures will cause hours of enjoyment!

    10. Re:Wasn't that done using Linux a decade ago? by arkane1234 · · Score: 1

      It wouldn't run on the vendor's hardware because that's what they made it for now would it? 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. BSD was a great example of pulling away from that fold and creating the new portability in my eyes. Thankfully it created a rift and made things portable by force. I'm by no means a BSD guy, either.

      NT kernel infrastructure was made by an ex-VMS guy, so that's probably why. Since most of the code in Windows was totally rewritten since NT, I'd venture to say that theres not "evolution" to this.

      --
      -- This space for lease, low setup fee, inquire within!
    11. Re:Wasn't that done using Linux a decade ago? by Guy+Harris · · Score: 2, 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 sure that was the reason why NT was designed for portability. It might more have been that he was an ex-Mica guy, although that was somewhat Prism-oriented.

    12. Re:Wasn't that done using Linux a decade ago? by ion.simon.c · · Score: 1

      Windows NT was designed to be portable...

      As was Linux. :)

    13. Re:Wasn't that done using Linux a decade ago? by TheRaven64 · · Score: 1

      Original versions of VMS were VAX-specific because they were written in VAX assembly. Original versions of UNIX were PDP-7 specific for the same reason. Even then, a lot of it was abstracted because, as with Windows NT, VMS did not eventually ship on the machine it began being designed for (PDP-11 for VMS, i860 for NT).

      --
      I am TheRaven on Soylent News
    14. Re:Wasn't that done using Linux a decade ago? by drsmithy · · Score: 1

      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 sure that was the reason why NT was designed for portability. It might more have been that he was an ex-Mica [computer-refuge.org] guy, although that was somewhat Prism [computer-refuge.org]-oriented.

      NT was designed for portability because in ~1988, which (if any) hardware platform would become dominant was very much up in the air. Any one (or more) of x86, 68k, PPC, MIPS, Alpha, etc could have "won" - Microsoft (and IBM, back then) were hedging their bets.

    15. Re:Wasn't that done using Linux a decade ago? by Ash-Fox · · Score: 1

      sure thing, just down load the source from the repository the type ./configure
      make
      make install
      oh wait......

      Well, first you need to sign up before you can get access to the repository. But other than that, I doubt Windows compiles with GNUmake or the GNU configuration tools.

      --
      Change is certain; progress is not obligatory.
    16. Re:Wasn't that done using Linux a decade ago? by jra · · Score: 1

      The way I heard the assertion was that when Cutler came over and designed NT, the API looked suspiciously like that of VMS -- to anyone who programmed on VMS.

    17. Re:Wasn't that done using Linux a decade ago? by Bert64 · · Score: 1

      I've had NT running on IA64 and Alpha, but never worked out what type of MIPS or PPC machines are compatible (or how to acquire/emulate them), i thought it might be fun to install it just for laughs...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    18. Re:Wasn't that done using Linux a decade ago? by Guy+Harris · · Score: 1

      VMS did not eventually ship on the machine it began being designed for (PDP-11 for VMS, i860 for NT).

      VMS - not RSX-11M - was originally designed for the PDP-11? Citation?

      The impression I had was that NT was designed to be portable, and that the work was done on the i860 to make sure people didn't fall into the "all the world's an 80386" trap, but it was intended to run on the x86 as well.

    19. Re:Wasn't that done using Linux a decade ago? by Anonymous Coward · · Score: 0

      You've probably heard this before, but if you increment each letter in VMS you get WNT. Coincidence? I think not.

  22. It'll Still Crash by Anonymous Coward · · Score: 0

    Those poor bastards must be seriously desperate to have a Windows machine that doesn't crash. If I draw the straw to be the guy that has to tell them why their approach won't work, I'll do it, but I won't find much joy in the job.

  23. Mainframes are NOT dead by betterunixthanunix · · Score: 4, Informative

    Mainframes are not dead, just overshadowed. New mainframes are still being installed, old mainframes are still being upgraded, and a single mainframe can compete with thousands of rack mounts for typical business workloads. We are not talking about reverting back to IBM terminals, we are talking about systems that act as servers -- refrigerator sized systems that can perform a billion business transactions in a 24 hour period, with power requirements in the 10kW range and diminished cooling requirements. Beyond just the practicality in large businesses, there is also the matter of reliability -- mainframes can be configured to double check every machine language instruction, which is important for certain applications (erroneous results from CPUs do happen from time to time, especially are the CPU temperature increases; imagine a system that is controlling satellites having a "hiccup" like that).

    --
    Palm trees and 8
    1. Re:Mainframes are NOT dead by mail2345 · · Score: 1

      I think you forgot about this:
      http://science.slashdot.org/article.pl?sid=09/02/11/2318226

    2. Re:Mainframes are NOT dead by LingNoi · · Score: 1

      We are not talking about reverting back to IBM terminals

      um, yes we are.. from the article..

      "I could see for schools or fixed function workstations. It would be terrific in there is nothing to touch and you can deploy those devices and everything takes place in one central location. As students or users leave, files can be cleaned or archived or whatever and from an administrative point of view that is a real plus

      Don't let facts get in the way of your -1 disagree mods though..

    3. Re:Mainframes are NOT dead by SectoidRandom · · Score: 1

      I wonder because I have not seen any myself, but are there any (somewhat) independent comparisons between mainframe virtualization and VMWare or similar in terms of TCO, etc?

      As someone who has never worked in the mainframe segment but has seen the massive growth of PC based virtualization in the enterprise I honestly wonder are mainframes still relevant? That is specifically when comparing hypervisors at least.

    4. Re:Mainframes are NOT dead by BBCWatcher · · Score: 1

      Yes, the usual myriad of analysts (Gartner, Forrester, etc.) have looked at the issue, and, to net it out, they find both IBM System z virtualization and VMware useful and cost-effective. ("Both" is often the right answer, because some workloads do better on one or the other, and most businesses have a mix of workload types.) One bright dividing line has been that VMware obviously can virtualize Microsoft Windows directly (such as Microsoft Exchange and Microsoft SQL Server), while System z could not. But System z has been adding whole operating systems to its virtualization repertoire, including OpenSolaris for System z and now (with Mantissa) Microsoft Windows, so it's moving into new ground.

      Cost isn't the only issue of course. Qualities of Service (QoS) are also important. It's undisputed that IBM System z offers the highest QoS characteristics attainable for any particular operating system(s) that run on it. (That is, if you run, say, Linux on an IBM mainframe, from a QoS point of view it'll be the best Linux possible.) High QoS requirements form another bright dividing line.

  24. Stability? Hah! by gravos · · Score: 5, Funny

    These guys really want all the top notch 100% stability of Windows Vista... on their mainframe? Oh man, I must be missing something. Does Microsoft pay them to do this?

    1. Re:Stability? Hah! by Nefarious+Wheel · · Score: 1, Funny

      These guys really want all the top notch 100% stability of Windows Vista... on their mainframe?

      Very good point.

      On the other hand, a fully configured z/OS mainframe might be able to handle many instances of Vista. Dozens, even.

      --
      Do not mock my vision of impractical footwear
    2. Re:Stability? Hah! by soren202 · · Score: 5, Funny

      dozens? No.

      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.

    3. Re:Stability? Hah! by yanyan · · Score: 2, Funny

      My sources tell me a recently leaked internal memo from microsoft spoke of a "top executive" recently "buying a 2 million dollar email machine."

    4. Re:Stability? Hah! by MadMidnightBomber · · Score: 1

      Reminds me of sendmail for NT. All the ease of use of sendmail, with all the stability under load of Microsoft Windows.

      Can't think why I've never seen it deployed IRL.

      --
      "It doesn't cost enough, and it makes too much sense."
    5. Re:Stability? Hah! by Kent+Recal · · Score: 2, 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.

    6. Re:Stability? Hah! by Fred_A · · Score: 0

      My sources tell me a recently leaked internal memo from microsoft spoke of a "top executive" recently "buying a 2 million dollar email machine."

      Imagine the number of internets you could put in the tubes with a machine like that !

      --

      May contain traces of nut.
      Made from the freshest electrons.
    7. Re:Stability? Hah! by hey! · · Score: 1

      Well, personally I have found Vista more _stable_ than recent versions of Ubuntu. I use Ubuntu because (a) the kinds of tools I currently need are more available and free as in beear and (b) I prefer Gnome to Vista and (c) the kinds of performance issues that matter most to me seem to be a bit better on Linux.

      The stability issues I've had with Ubuntu are most likely related to ACPI. In a sense, this is not an issue of OS quality per se but the quality of the ACPI standard, which requires somebody (the manufacturer of the laptop, in the case of Windows, the user in the case of Linux) to figure out how to get ACPI features to work with an operating system.

      On the other hand, I've had gut wrenchingly bad performance out of Vista, but the only crash was of the sound system, which poured white noise out of the speakers but left all the other system functions working perfectly. This is a sign that Vista is in some ways better architected than earlier version of Windows, where such a fault would almost certainly have required a hard restart.

      Vista on a mainframe might solve what is one of the worst faults of Windows: braindead I/O. Mainframes aren't so much about computing power (although they typically have plenty), they're about really awesome I/O bandwidth. Certainly, we wouldn't be worrying about the kind of hardware and hardware driver faults that bedevil every operating system in one way or the other.

      The important thing to remember is that operating systems, as we knew them in the 80s and 90s, don't matter as much as they used to. The focus of application architecture these days is the network. Getting worked up over "operating systems" is getting to be like having big fights over machine instruction set architetures. Sure they matter -- on a certain level -- but a much of their relative merits and problems are thoroughly contained, insulated from applications through multiple layers of abstraction.

      Enterprises are very conservative; they like to stick with what works. This move is really just like mainframe systems provide support for ancient character terminal protocols and such. It's not a target for new development, it's more a way of keeping applications running in their current form indefinitely, like a fly trapped in amber.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    8. Re:Stability? Hah! by Tanktalus · · Score: 1

      Seriously? I thought they'd be able to get away with full reuse of libraries and such. How many copies of the UAC or the BSOD do you really need at a time? There should only ever be one VM at a time not doing either of those two things...

    9. Re:Stability? Hah! by jDeepbeep · · Score: 1

      a 2 million dollar email machine."

      Imagine a beowulf cluster of those!

      --
      Reply to That ||
    10. Re:Stability? Hah! by MiniMike · · Score: 1

      Blue Screen on Big Blue? Does it look more blue that way? When you're running it in Remote Desktop do you even get the BSOD?

    11. Re:Stability? Hah! by Cederic · · Score: 1

      More complex even than that.

      How many blade chassis do I need with what underlying virtualisation tech requiring how much power/cooling to host the various applications/databases that run parts of the business we can't use unix/zOS for?

      As compared to how much footprint from the mainframe?

      Throw in software licence costs, bear in mind we may have spare mainframe capacity anyway, churn the numbers and see.

      It may be cheaper to rehost a chunk of x86 apps on the mainframe, and it may not. It's a valid option and one to consider either way.

    12. Re:Stability? Hah! by Nefarious+Wheel · · Score: 1

      ok, so make it twelve.

      --
      Do not mock my vision of impractical footwear
    13. Re:Stability? Hah! by CommanderIsm · · Score: 1

      yes

  25. And performance by Wesley+Felter · · Score: 1

    Running x86 emulation on zArch is going to be slooooow.

    1. Re:And performance by Guy+Harris · · Score: 2, 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.

  26. Re:old farts trying to stay relevent by cplusplus · · Score: 3, Interesting

    Do you keep your money in a bank? Have you ever used a credit card? Shopped at a supermarket? Almost any kind of company that runs a massive billing system or deals with huge inventories uses mainframes to process data and generate reports. I used to think they were dead, too, but there's still a large market for "big iron".

    --
    "False hope is why we'll never run out of natural resources!" - Lewis Black
  27. Acronym Rap by Sponge+Bath · · Score: 3, 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.

  28. xzibit FTW by Anonymous Coward · · Score: 1, Funny

    yo dawg, I heard you like windows, so I put a windows in your mainframe so you can dos on z/os!

    or

    yo dawg, I heard you like windows, so I put windows in your mainframe so you can bat while you batch!

    1. Re:xzibit FTW by ozphx · · Score: 1

      ITT: I ruse :(

      --
      3laws: No freebies, no backsies, GTFO.
  29. Re:I think I speak for all of us... by owlnation · · Score: 4, Funny

    WHY?!

    it's the only way to meet the hardware demands of aero.

  30. Vista on a main frame... by mrphoton · · Score: 0

    How many copies of vista do we think the main frame will be able to run? I think 2 max. No, wait on second thoughts may be three if they are run in safe mode.

  31. Been done, nothing new by Ken+Hall · · Score: 2, 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.

    1. Re:Been done, nothing new by swamp+boy · · Score: 1

      The funny part is that (very deep) under the covers, the zSeries processor is a modified PowerPC running microcode.

      Not exactly. It's true that the z10's processor borrows some of the design from the Power6 chip, but they're not the same chip.

    2. Re:Been done, nothing new by Anonymous Coward · · Score: 0

      "... the zSeries processor is a modified PowerPC running microcode"

      While the z10 and Power6 processors share some DNA, they really are two different beasts, and much of the z10 instruction set is done closer to silicon than you might think. See the Design and microarchitecture of the IBM System z10 microprocessor PDF.

    3. Re:Been done, nothing new by Guy+Harris · · Score: 1

      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.

      QEMU supports binary-to-binary translation; does that include translation of x86 instructions to z/Architecture instructions? If not, then

      1. that might explain the slowness in the reports you've seen;
      2. the Mantissa product is probably not like QEMU in that respect.

      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

      Don't hold your breath waiting. As other replies (and the IBM paper cited in one of those replies) note, the processor is a cousin of POWER6, but is not a "modified PowerPC" - it's designed to execute z/Architecture instructions, not PPC instructions, and executes the simpler ones in hardware and the more complicated ones in "millicode", which is z/Architecture code running in a special mode that gives it access to additional machine resources (special GPRs, etc.) and, as I remember, some special insstructions (for those familiar with DEC's Alpha, think "PALcode").

  32. Except for by dziban303 · · Score: 1
    "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."

    Yeah, except for the fact that they connect to something with remote desktop. Shouldn't that be the first clue they're not actually using the desktop?

    1. Re:Except for by mrphoton · · Score: 0

      The words I like best from your quote of the article are "fully functional Windows environment", and they are all used together in the same sentence. I have never seen that before!

    2. Re:Except for by symbolset · · Score: 1

      Yeah, except for the fact that they connect to something with remote desktop.

      Did you know that with a minimal thin client build or even one that you PXE boot from not only is no action required by the end user to connect to the remote desktop, but it's also several times faster than booting a Windows PC?

      --
      Help stamp out iliturcy.
  33. Z-series by Datamonstar · · Score: 1

    Now the Z stands for "zero!" As in zero days without an IPL.

    --
    The eternal struggle of good vs. evil begins within one's self.
  34. Re:old farts trying to stay relevent by timmarhy · · Score: 1

    things never left the mainframe. you kids just put java front ends on everything.

    --
    If you mod me down, I will become more powerful than you can imagine....
  35. Re:old farts trying to stay relevent by Vectronic · · Score: 1

    What's your argument here? How are they less relevant now than 30 years ago?

    Everything and it's dogs toys, is getting networking and computerization; heating, stoves, fridges, vehicles, television, stereos, etc.

    Wouldn't it make more sense (10 years down the line) for each household to have one mainframe that runs everything, including your normal PC needs? If you are one of those who thinks 'cloud' computing is the next step, no one will stop you from adding your mainframe.

    And what are the benefits of having a desktop at each desk, compared to a giant mainframe in the basement, especially when stuff like your cellphone/pda/laptop, could transmit data to/from it via wireless, you don't really need the physical object there to plug in to, and it saves a lot of office space, wiring issues, and instead of having the desktop die, and the worker screwed for the day, the mainframe can lose hardware, and just route around it, and you wont notice.

    You could argue that keeping all pennies in one jar creates a greater risk of losing it all at once, but... it's just as likely that the entire building could burn down too.

    It's not an end-all-be-all, but I don't see why it's suddenly irrelevant, electric cars have been around for 120 years, funny how they came back.

  36. Windows development on mainframes by MillionthMonkey · · Score: 1

    Just take those cards, hurl them in the air, pick them up, and boot the machine with them. Keep repeating until you successfully manage to shuffle the Vista out.

    First you should do card knockout studies to get rid of the code bloat, the shareware that came preinstalled on the mainframe, etc. Keep rebooting Windows with one randomly selected punch card missing to see which deletions aren't fatal, until you manage to boot Windows with a card stack about 10% the size. This makes it easier to pick the cards up off the floor.

  37. Unisys by ThrowAwaySociety · · Score: 2, Informative

    Hasn't Unisys been pushing Windows for mainframes for years now? Since Win2K?

    link

    1. Re:Unisys by Guy+Harris · · Score: 2, Interesting

      Hasn't Unisys been pushing Windows for mainframes for years now? Since Win2K?

      link

      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 probably involved at least as much work (probably via binary-to-binary translation + instruction interpretation) as the stuff the people at Mantissa have done (also probably via binary-to-binary translation + instruction interpretation, but the Mantissa people are presumably just emulating one 8-bit-byte-oriented architecture on another, not emulating a 36-bit word-oriented architecture on an 8-bit-byte-oriented architecture).

    2. Re:Unisys by AHuxley · · Score: 1

      As a mainframe-class system I am sure the NSA wanted a real long term backdoor.
      Brands and hardware can change hands, but the Microsoft aspect is forever.
      Would the NSA's slogan for anything running MS be something like
      Unisys. Enter it. Done.

      --
      Domestic spying is now "Benign Information Gathering"
    3. Re:Unisys by PCM2 · · Score: 1

      Some of the mainframes in question are apparently built out of "Intel" processors (presumably either x86-64 or Itanium);

      In a past they were using Itanium, presumably for the mainframiness. More recently they've begun migrating to Xeon. As the rest of the industry previously observed, Unisys now feels that there just aren't that many real benefits to Itanium.

      --
      Breakfast served all day!
    4. Re:Unisys by afidel · · Score: 2, Interesting

      Unisys was an Itanium shop but the low, low cost of 6 core Xeon's and their tremendous performance advantage means that almost all of their sales since the new models came out have been in that direction. I think things will be interesting for them in the next generation since Intel will have Tukwila socket compatible with Beckton so they should be able to support trays of either CPU architecture on a common board.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  38. In other other news... by quenda · · Score: 5, Funny

    Users report that Vista finally responds smoothly.

    1. Re:In other other news... by shutdown+-p+now · · Score: 1

      When crashing, it reboots so fast you can no longer see the BSOD?

    2. Re:In other other news... by KZigurs · · 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.

    3. Re:In other other news... by Anonymous Coward · · Score: 0

      Just think of the I/O capacity... Finally a platform sufficient to run the Microsoft Search!

    4. Re:In other other news... by Anonymous Coward · · Score: 1, Funny

      Now! Transactional crashes... you can rollback many times per second!

    5. Re:In other other news... by Anonymous Coward · · Score: 0

      Well, that is better for the IT folks as they only have to deal with one machine and not hundreds..

  39. Finally! by yttrstein · · Score: 1

    An appropriate platform for Word.

  40. The Horror... by Kozar_The_Malignant · · Score: 4, 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.

    --
    Some mornings it's hardly worth chewing through the restraints to get out of bed.
  41. NOT NEW - first done in 1990's with NT by couch_warrior · · Score: 1

    IBM was pushing Windows NT 3.51 on the mainframe back in the 1990's. This is decades old ! http://news.cnet.com/Windows-NT-on-mainframes/2100-1001_3-207931.html People just lost interest because it was so profoundly expensive that even mainframe shops couldn't afford it.

    --
    "Sic Semper Path of Least Resistance"
    1. Re:NOT NEW - first done in 1990's with NT by Guy+Harris · · Score: 2, 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:

      Hitachi and Digital Equipment (DEC ) today announced that they are cooperating on software technology that will move the Windows NT operating system onto mainframe-class computers, another sign that Microsoft's most powerful operating system is set to move deep into high-end computing territory. The joint work on server systems using either Intel or Alpha processors signals an ongoing decentralization of computing power from the once almighty mainframe.

      so they were not talking about NT on S/3xx - they were talking about NT on Intel (probably Itanium, possibly x86) and Alpha, all of which I think existed at the time.

    2. Re:NOT NEW - first done in 1990's with NT by Anonymous Coward · · Score: 0

      Posted the wrong link. Here's the news from 1996
      http://www.computerbusinessreview.com/article_cg_print.asp?guid=6B1F9B04-CEBD-4386-9DB0-84ECA827A675

  42. Finally by springbox · · Score: 1

    Now I can run Vista Ultimate!

  43. a mainframe represents ... by darkuncle · · Score: 1

    minimum hardware requirements for Windows 7. :)

    --
    illum oportet crescere me autem minui
    1. Re:a mainframe represents ... by freedom_india · · Score: 1

      HEY!
      Save that for Vista.
      Windows 7 (until released) is supposed to be better than sliced bread.
      How do you think microsoft will earn profits?

      --
      "Doing what i can, with what i have." ~ Burt Gummer
  44. To me, Windows on a mainframe is: by kurt555gs · · Score: 2, Funny

    As useless as a kickstand on a bass boat!

    Next.

    --
    * Carthago Delenda Est *
    1. Re:To me, Windows on a mainframe is: by Arterion · · Score: 1

      I always liked:

      As useless at tits on a boar.

      --
      "That which does not kill us makes us stranger." -Trevor Goodchild
  45. Re:effectively zero by symbolset · · Score: 1

    Plus licensing. You are paying for licensing, right?

    --
    Help stamp out iliturcy.
  46. Taking a risk here... by I.M.O.G. · · 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?

    1. Re:Taking a risk here... by Daniel+Boisvert · · 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.

    2. Re:Taking a risk here... by Nefarious+Wheel · · Score: 3, 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/ .

      --
      Do not mock my vision of impractical footwear
    3. Re:Taking a risk here... by AHuxley · · Score: 1

      Whats so special/magical about a mainframe?
      To MS?
      Ongoing per core, per seat per product, per viewer fees, per text line uploaded fee, per text line downloaded fee, the off site back up fee, the hardware burned out off site back up fee, the reformat your backup data fee, the per second on hold fee for support fee?
      Refridgerator sized package?
      Real R and D?
      Not just marketing?
      If you enjoyed MS dos, xp, vista, zune and the 360,
      MS has a wonderful new box to rent to you.
      All that "ancient text" too.

      --
      Domestic spying is now "Benign Information Gathering"
    4. Re:Taking a risk here... by FlyingGuy · · Score: 1

      No one is exaggerating

      As one of the posts says it is all about the bandwidth

      Think of a really good pc grade server, say Dell or HP and then imagine the backplane ie: the data bus as a model rocket. Yep goes fast for about 5 seconds.

      Now think of an IBM Z Series mainframe and imagine the backplane ie: the data bus as the Saturn V rocket ( the one that sent he men to the moon) with all of the horsepower of the space shuttle added to it. You now have your appropriate analogy.

      --
      Hey KID! Yeah you, get the fuck off my lawn!
    5. Re:Taking a risk here... by pz · · Score: 2, 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 there a problem with a bank of RAM? Replace it. Hot. The idea is that with a mainframe, it will never, ever go down. Ever, unless the owner wants it turned off. The design point is for vendors where the time for a reboot cycle means a loss of millions of dollars. Like, say, a stock market exchange.

      The second difference is bandwidth to the I/O systems. Mainframe systems are what IBM invented optical links for. To the disks. Optical links! When you see the old, classic photos of mainframes with cabinet-upon-cabinet, those are mostly disk systems. Modern mainframes use advances in technology to squeeze that down into much smaller systems. But bandwidth is what it's all about. Massive bandwidth to the I/O systems, massive bandwidth to the memory systems, and massive bandwidth to the CPUs. Wide, wide paths.

      --

      Put my fist through my alarm clock with its ding-dong death inside my ear. - The Blackjacks.
    6. Re:Taking a risk here... by operand · · Score: 1

      For one thing, I have seen more productivity coming from a mainframe based application than web or Client/Server based software. If you have two applications requiring the same input, 99% of the time, a system coded in say CICS will dominate user input much faster than the latter. Also when you factor in reliability, security, raw I/O speed and general processing power, mainframes can't be beat.

      --
      string.Empty();
    7. Re:Taking a risk here... by cenc · · Score: 1

      But, what is the advantage of mainframe over a cluster? Obviously, energy use might be one thing, but clusters would seem to be more reliable and cost effective. I have here the Google clusters and similar systems in mind. Anyone?

    8. Re:Taking a risk here... by Anonymous Coward · · Score: 2, 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.

      I was very much in the same boat recently. Why don't you ask your mainframe administrators? It's a little confusing at first because it differs tremendously from the modern open systems culture, but I learned a lot. They were doing things many, many years ago that are being reinvented today. Those ancient text based interfaces put modern text based interfaces to shame. Spend more time studying the next mainframe terminal screen you come across, and try to think of the last time you used a remote, rich, curses interface to an app, or to configure a server. In many ways, how we manage servers today is very crude in comparison. Even web 2.0 is modern rehash of centralized computing from ages ago. Before all this heavy client side scripting, I think mainframes had much better remote application interfaces, and even today useful remote (and local) interfaces aren't as common as they ought to be. Go look up "panels" in z/OS.

    9. Re:Taking a risk here... by afidel · · Score: 1

      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. Also using the massive internal backplane of the mainframe for inter-server communications can make some things MUCH more efficient. Finally the mainframe is designed for massive I/O, on a level that even the biggest Unix boxes never get to. Personally I think you can buy a lot of racks and cooling for the difference in price between an equally capable ESX farm and a mainframe, but it must fit someones needs or it wouldn't be sold. The one thing that would intrigue me if I was at a mainframe shop would be hooking up commodity BI tools to the large mainframe datasets and running them in the same box where things would be more efficient than things like TCP over 10Gb ethernet.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    10. Re:Taking a risk here... by BBCWatcher · · Score: 2, 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, main memory, and I/O performance. They also have hypervisors (PR/SM and z/VM) which are extremely refined and uniquely co-evolved with the hardware over decades. Add that all together and you begin to understand why the virtualization ratios get much higher in real world use.

    11. Re:Taking a risk here... by Anonymous Coward · · Score: 1, Interesting

      Back in 1994 I worked in a datacenter that had one single mainframe. It had 36 Terabytes of storage, and since we went through 40 Terabytes of data per month, it was empty to full every 24 days (or so). Please try not to be an idiot and pretend something built in 1958 is still in use today. Back in 1994, a fast personal computer was a 486 running at 66 MHz. Now you say "gee, PC's have gotten sooo much faster...!!!". And, (for the slow and somewhat retarded...) so have mainframes. The difference between 40 Terabytes in 1994 and 500 Megabytes in 1994 (a large hard disk for a PC then) is the same as the difference between mainframes now, and PC's now. I have 1.5 Terabytes on my PC. A typical mainframe will have 1.1 Petabytes of storage (gee sparky, more than the 'pewter at home). Instead of having 1 processor or 2, it might have 250 or 500 processors, but they will be tuned to work well together. They will also have a very high bandwidth. Lastly, a 'pretty interface' is something you can squander the resources of a PC on. Mainframes usually deliver flat ascii data because its much easier to store information in that format. It adds nothing to data to 'store it pretty' or 'process it pretty'. In fact, those things dramatically slow processing down, and make storage more cumbersome. They add zero value. Since squandering resources is not something useful, a terminal (even a dumb terminal) is all that is required from a mainframe. Yes sparky, they can process a hundred million 1000 table queries per day, day after day without fail. They are built to. Your little baby rack mounted wonder would cave on the first one. It never had a chance, but then, it wasn't built to do high bandwidth stuff like the mainframe. The short answer is: it was about 100,000 times as fast as the PC when it was new. 10 years on, a new PC will only be 6250 times as slow. 10 years after that, a new PC will only be 390 times as slow. 10 years after that, a new PC will only be 24 times as slow. 10 years after that, a new PC will nearly be as fast (follow Moores law). Replace the 40 year old mainframe with a new one, and it will be about 100000 times as fast as a new PC.

    12. Re:Taking a risk here... by freedom_india · · Score: 1

      Hmmm... you are pretty young and a Bright Green at the gills.
      But anyway let me try to explain in a way even you can understand:
      Imagine driving one Model-T. Slow, clunky, takes a lot of effort to start, drives in fits, no power steering, and comes only in one color.
      Now, imagine harnessing about a dozen of them together and driving them.
      Will they be able to outrun a '58 Corvette?
      Will they be as comfortable as a Rolls Royce?
      Will they run as fast as a Ferrari on Steriods?
      Those dozen Model-T's represent Windows on a Mainframe.
      Got it?

      --
      "Doing what i can, with what i have." ~ Burt Gummer
    13. Re:Taking a risk here... by happymellon · · Score: 1

      Ignoring all the other replies here, essentially the big reason is investment. Sure they talk up the redundancy and capabilities of mainframe, but really they are comparing tens of thousands of dollars on x86 to tens of millions spent on big iron and saying they get better performance from mainframes. They are expensive to run, and they are expensive to buy. But if you have one and your running custom software that no one know really how it works are you going to spend that $10 million on redundant x86 hardware, then $x million of research/development software which no one can predict how long it will take or how much it will cost? Distributed programming is not new. We have Java handling processing million of bank transactions a minute where I work. We still have mainframes, because no one wants to foot the bill to replace them.

    14. Re:Taking a risk here... by mgblst · · Score: 1

      You really are amazingly ignorant, do you just skip any article on Slashdot that doesn't have windows in the title?

    15. Re:Taking a risk here... by Anonymous Coward · · Score: 0

      Don't you mean "flat EBCDIC data"?

    16. Re:Taking a risk here... by grotgrot · · Score: 2, 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 box do some networking and disk access while watching the output from vmstat 1 and looking at the in(terrupt) column. Each interrupt (except a few used for task switching time slices) is I/O devices causing the main processor to have to pay attention to them instead of getting work done. The mainframe I/O processors can do high level work such as looking for database records that match certain criteria. There will also be separate processors for networking, encryption etc.

      Mainframes are managed differently. If you bought a several hundred thousand dollar big rig truck, you wouldn't leave it sitting in your driveway for weeks on end. You'd be finding as much work for it do as possible. The same applies to mainframes. The goal is to use them - get the cpu and I/O usage close to 100% since any less means you are wasting capacity. Contrast with desktops and Unix/Windows servers where beyond occasional spikes you would get nervous of high cpu and I/O consumption and buy more hardware to spread the load.

      Because downtime would be expensive (remember you are trying to use 100% capacity of the mainframe so if it is down that is work going undone) the whole system has significantly more fault tolerance built in. This ranges from the software, including the ability to upgrade the operating system without a reboot, to the hardware where components and systems are duplicated, sometimes even having physically separated systems (up to a few miles) with high speed optical interconnects running in lockstep. They also have backwards compatibility that would make Intel seem an amateur.

    17. Re:Taking a risk here... by Zubby · · Score: 1

      Sun Microsystems are still creating mainframe type systems - see http://www.sun.com/servers/highend/m9000/

    18. Re:Taking a risk here... by TheRaven64 · · Score: 1

      I'm really amazed by the marketing graph on that page. They show a 256-code Sun machine against a 64-core IBM machine, and are proud of the fact that the Sun machine just squeezes into the lead. the 128-core (Itanium) HP machine is slower than both, but more than half the speed of Sun's offering. The only way that could not look damning for Sun is if the SPARC64 VII is very cheap, very power efficient, or both.

      --
      I am TheRaven on Soylent News
    19. Re:Taking a risk here... by TheRaven64 · · Score: 1
      Or, for something a bit more concrete:

      A modern Sun mainframe comes with almost 300 PCIe slots, and can saturate them all. Sun are considered lightweights in the mainframe business.

      --
      I am TheRaven on Soylent News
    20. Re:Taking a risk here... by TheRaven64 · · Score: 1

      Bandwidth. If you are doing something that is not embarrassingly parallel then you quickly hit I/O as the bottleneck with a cluster. Sending a message between cluster nodes over GigE is painfully slow compared to shoving the data between chips on the motherboard. So you start upgrading to Infiniband or similar. You're paying $1000 or more extra per node for the faster interconnect, but it's worth it. Then you start looking at a mainframe, and realise that you get another order of magnitude or more inter-CPU bandwidth if you switch. This means relocating VMs among cluster nodes becomes as fast as relocating the among cores in a single node. This lets you do very fast dynamic load balancing, which lets you get a lot closer to the CPU's theoretical peak speed, and stay there for months at a time.

      --
      I am TheRaven on Soylent News
    21. Re:Taking a risk here... by TheRaven64 · · Score: 1

      I've not looked in detail at the latest designs, but the last IBM big iron I looked at came with either one or two (depending on how much you wanted to pay) PowerPC 440 chips, running Linux, to handle I/O for each CPU. The mainframe may not have as much CPU power as a cluster of commodity machines, but it will be using all of that CPU power for running useful tasks, not for poking devices.

      --
      I am TheRaven on Soylent News
    22. Re:Taking a risk here... by Ash-Fox · · Score: 1

      Those ancient text based interfaces put modern text based interfaces to shame. Spend more time studying the next mainframe terminal screen you come across, and try to think of the last time you used a remote, rich, curses interface to an app, or to configure a server.

      I'm more impressed by RIP terminal systems on that ran on BBSes which ran on 486s, c64s to be honest. I even still run one.

      --
      Change is certain; progress is not obligatory.
    23. Re:Taking a risk here... by Anonymous Coward · · Score: 0

      Wow, you are angry. And arguing against points that you made up yourself. Well done!

    24. Re:Taking a risk here... by Anonymous Coward · · Score: 0

      It should be noted also that the mainframe, though you may not have seen it, is capable of nicer interfaces.

      The last time I saw published benchmarks, the world's fastest web server was an IBM mainframe running their Websphere software in a z/OS environment.

    25. Re:Taking a risk here... by Cederic · · Score: 1

      I can't be arsed to check your link, but at a guess: It is.

      Sun offer a nice mix of hard-core heavy processing power CPUs with heavy power needs and that come in expensive boxes.

      They also offer very lower power usage chips that can run hundreds of concurrent threads with ease very cheaply, but lack the grunt to handle any real work.

      You pick the one that matches the load you're planning to put on it.

      When comparing TPC scores (and ignoring the fact they're a crock of dung anyway) the important factors are cost, power, cooling and physical footprint. Everything else is merely part of the function to those factors, and even three of those are merely aspects of the overall cost.

      When you're paying tens of millions for your hardware, the number of cores on a CPU frankly doesn't get mentioned to the CEO.

    26. Re:Taking a risk here... by Nefarious+Wheel · · Score: 1
      I agree with some of your post, but not all of it. SUN mainframes are not all that power heavy - I did a set of sums recently for a bid (rationalising about 200 servers) and compared to the equivalent in stand alone servers, they perform very well with regard to power. You can drive each blade on about 80 watts (compare that to stand alone servers of 350+) and with a fairly common 20:1 virtualisation ratio (that's what our solution used, I've seen 40:1 on low utilisation farms. It works out you can drive the equivalent of an old SA server on about four watts.

      And TPC scores are anything but a crock of dung. Each transaction is pretty comprehensively well-rounded and is multi-step. And unless you're building a Google-style bigtables sort of highly complex database, you're best off scaling up for database servers rather than out. And for that, the TPC measurements are quite real. If you're interested in contesting this, you'd best actually go to the link and offer criticism on just exactly what sort of imbalance you think they represent. If you can do that I'll listen to your arguments, at least.

      I'll just sit here until you do...

      --
      Do not mock my vision of impractical footwear
    27. Re:Taking a risk here... by Cederic · · Score: 1

      TPC scores (any TPC scores) do not represent a real-world evaluation of hardware performance under the load profile our usage causes. Hell, our own performance tests can't match our real-world usage profiles, some random company's haven't a hope.

      Although transactions may be comprehensively well-rounded and multi-step, is all of the logging and auditing turned on. Are housekeeping tasks running in the background. Is the system tuned to disparate usage profiles (we don't have just one) or to the specific TPC profile. Are the tasks being performed even remotely comparable to the processing we require from the system.

      That's not a specific response to those particular TPC measurements, that's a comment on the whole benchmarking sphere. Maybe those numbers are a little better than normal, but don't be expecting me to treat them as anything more than merely indicative.

      Incidentally, I wasn't challenging Sun's power draw, and I wouldn't describe a blade based solution as a mainframe, but my point was that the number of cores is frankly irrelevant. I think you agree, as you're highlighting power consumption as a factor, which I concur is important.

      My comment on 'heavy power draw' for some Sun chips is in comparison to their impressively lower power multi-core multi-threading chips.

  47. Re:old farts trying to stay relevent by ushering05401 · · Score: 1

    The concept of requiring a giant mainframe in each basement is funny in an Asimov/Multivac kinda way.

    How about the ultra redundant personal mainframe is designed like Voltron, with all of your gadgets having the ability to join the local cloud as need permits.

  48. Doesn't sound like a good use for a Mainframe by Anonymous Coward · · 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.

  49. Re:old farts trying to stay relevent by Anonymous Coward · · Score: 0

    If I found out my credit card company use using windows on their mainframe i'd switch banks.

  50. erm, no by symbolset · · Score: 2, 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.

    --
    Help stamp out iliturcy.
  51. Why limit it to just Windows? by Orion+Blastar · · Score: 1

    Why not also OS/2, Linux, BSD Unix, AROS, HaikuOS, MS-DOS, DR-DOS, GEOS, GEM, and anything else you can think of?

    --
    Remember, Slashdot does not have a -1 disagree moderation, and no, troll, flamebait, and overrated are not substitutes.
  52. Lotus Notes Mainframe by Doc+Ruby · · Score: 2, 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".

    --

    --
    make install -not war

  53. crash by ELCouz · · Score: 2, Funny

    Largest BSOD evar! :)

  54. Read the hardware requirements carefully by netringer · · Score: 1

    Oh, joy.

    Now when Microsoft ends support for Windows 2005, you can upgrade for $400, plus $250,000 for the extra 4GB of DASD it requires.

    --
    Ever dream you could fly? Get up from the Flight Sim. I Fly
  55. Vista alerts by benjto · · Score: 1

    Maybe they can right a mainframe batch job to automatically acknowledge all of those annoying Vista messages in one fell swoop.

  56. Re:old farts trying to stay relevent by __aaclcg7560 · · Score: 1

    Heh... I did a one night tech job at a Wall Street branch office in Silicon Valley where the network was converted from Token Ring to Ethernet. Every desktop system had a Token Ring NIC and a motherboard Ethernet NIC. Unfortunately, the two techs I was working with didn't read the instruction sheet and plugged the Ethernet cable into the Token Ring NIC. That was fun.

  57. One simple reply by nurb432 · · Score: 0, Flamebait

    Power

    And reliability, scaleability.. ( ok, 3 words )

    --
    ---- Booth was a patriot ----
  58. Also: If you already have a mainframe ... by Ungrounded+Lightning · · Score: 2, 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 their attendant hardware maintenance issues (and personnel) - while porting your software maintenance crew directly over to the new platform.

    This could be quite a cost saving in trying times.

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  59. One word: BANDWIDTH! by Anonymous Coward · · Score: 1, Informative

    A mainframe has relatively low CPU horsepower, but the backplane can pump fuck-loads of data per second (yeah, thats a real unit!) compared to crappy PC-tech servers that can barely handle shit loads of data.

  60. Imagine a botnet of mainframes. by Ungrounded+Lightning · · Score: 1

    (Why bother imagining a Beowulf cluster...)

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
    1. Re:Imagine a botnet of mainframes. by JoeCommodore · · Score: 1

      Hear Hear!

      Also the big-iron Blue Screen of Death!

      They can even use thier old slogan: "Windows Mainframe now with improved security!"

      "Hi, I'm a Mac..."
      "You're a wimp. Hi, I'm a Mainframe!"

      640TB is all the memory you'll ever need!

      Windows Vista Compatible*

      I wonder if you need multiple mainframes to run Windows Mainframe Server 2007?

      While in the middle of some crucial nuclear simulation thingie... "Windows has finished installing updates, your mainframe will automatically restart in 2 minutes!"

      --
      "Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
    2. Re:Imagine a botnet of mainframes. by Ungrounded+Lightning · · Score: 1

      Also the big-iron Blue Screen of Death! [etc.]

      Note that mainframes have been partitioned into multiple virtual machines for a LONG time (and can repartition to add/remove/adjust-size-of resources while the OS in the partition is running - like a virtual hotplug situation).

      If the Windows image in a particular partition BSoDs or otherwise crashes it will not even be visible in the other partitions. (Unless they share a resource - like maybe sharing a CPU, where they might get a bit more of it {if Windows halts} or a bit less of it {if windows goes mumble-mode and uses its full allocation of CPU time}).

      --
      Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  61. awww, yeah! by Tumbleweed · · Score: 3, Funny

    I'm ready for the biggest Minesweeper playfield EVAR! PH3AR M3!

  62. Big Blue, Big Blue screen of death... by elkto · · Score: 1

    But seriously sounds like a 3270 terminal emulation ala RDP. I do not see a reason/market for that.

    There probably is more, but heck you can run linux on the frame and extend out from there.

  63. Windows on a mainframe? Been done. by abkaiser · · Score: 2, Interesting

    The IBM iSeries Integrated xSeries Server scoffs at this late entry. That's what they call the "IxS". Also used to be called the "IFS". Earlier versions ran Windows 2000 Server. A little limited in the old days in terms of CPU, but they're pretty nice today. Drive speed, however, has always been phenomenal.

    1. Re:Windows on a mainframe? Been done. by mabinogi · · Score: 2, Interesting

      and Unisys and HP have done it too, for just as long.
      I think the original poster has a confused idea of exactly what a mainframe is.

      --
      Advanced users are users too!
  64. Reliability. by jonwil · · Score: 1

    A well built mainframe combined with a suitable power supply (e.g. backup generator etc) has up-times measured in YEARS.
    Also, you can upgrade any single part of the mainframe (even one of the CPUs) without even turning it off in many cases.
    There are likely mainframes in operation (at banks, insurance companies etc) that have been installed and turned on and have been running ever since without a reboot or power down.

    Also, mainframes (especially the old Big Iron kind that need special power supplies and special raised floors and stuff) can move a LOT of data VERY fast. Which is GOOD when you are a big bank potentially processing 1000s of transactions a minute

    1. Re:Reliability. by FlyingGuy · · Score: 1

      Also, mainframes (especially the old Big Iron kind that need special power supplies and special raised floors and stuff) can move a LOT of data VERY fast. Which is GOOD when you are a big bank potentially processing 1000s of transactions a minute

      Also, mainframes (especially the old Big Iron kind that need special power supplies and special raised floors and stuff) can move a LOT of data VERY fast. Which is GOOD when you are a big bank potentially processing millions of transactions per second

      Fixed that for ya. :)

      --
      Hey KID! Yeah you, get the fuck off my lawn!
    2. Re:Reliability. by FlyingGuy · · Score: 4, 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.

      --
      Hey KID! Yeah you, get the fuck off my lawn!
    3. Re:Reliability. by PCM2 · · 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.

      --
      Breakfast served all day!
    4. Re:Reliability. by Christian+Henry · · Score: 1

      Actually the raised floors were not a requirement. It was just a hell of a lot neater for running all the cables.

      Not to mention, more efficient for cooling purposes (place the mainframe over a series of those special grid tiles, and the air flows directly up into, or down out of, the frame).

    5. Re:Reliability. by pimpimpim · · Score: 1

      a bit unrelated, but wth: when installing raised floors, take care of what they were made of, whiskers from the metal could wreck your hardware.

      --
      molmod.com - computing tips from a molecular modeling
    6. Re:Reliability. by Ash-Fox · · Score: 0

      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.

      I have actually. When that happens on one of my Linuxes boxes, a e-mail is fired off, it's shutdown and another server takes over it's operations without interruption to the service.

      --
      Change is certain; progress is not obligatory.
    7. Re:Reliability. by jra · · Score: 2, Interesting

      I believe you've mispelt "100.0%".

      And on a zSeries, I might actually say "100.00%"; mainframes really are impressive, impressive pieces of machinery.

      The canonical story, of course, is the guy who ran 44,763 copies of Linux directly under z/VM (I think it was) before the machine he was on said "Ok, then; that's enough". He wasn't *doing* anything, of course, but let's assume you could only get 5% of that number running real loads on the same hardware.

      That's *2 cabinets*. How many 1RU dual quads can you fit in 2 cabinets? 84? So, 672 cores.

      Compared to 2,000ish VMs.

      And, really: 5 year uptimes, punctuated only by "We need to shut it down because we need to upgrade the shunt bypass on the UPS that feeds it". (True story)

      Google Linux+390 and read a little bit...

    8. Re:Reliability. by bored · · Score: 2, 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/v1r2/index.jsp?topic=/eicaz/eicazzcod.htm

    9. Re:Reliability. by Bert64 · · Score: 1

      Linux can do that, providing the hardware it's running on is capable of it.. Don't blame the OS for hardware failings.
      Linux can run on mainframes and has done for many years you know.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    10. Re:Reliability. by FlyingGuy · · Score: 1

      Yes and isn't this a wonderful feature? You can get a machine with n number of processors / memory and then only pay for them when you need them. Lets say you are VISA and around x-mas of course processing capacity needs to double if not triple. You have the ability to crank it up ( for a price ) and then crank it back down ( and your price is less ) sounds good to me!

      --
      Hey KID! Yeah you, get the fuck off my lawn!
    11. Re:Reliability. by Anonymous Coward · · Score: 0

      Actually the crate contains only the code.

    12. Re:Reliability. by einar2 · · Score: 1

      Ah, mainframe myth number one: reliability.

      Every company I have worked for so far is rebooting (doing an IPL) their mainframe(s) once a week.

      This is because having a rock solid system is meaningless when you put shitty homebuilt software on top. Yet, all these companies were buying into the marketing garbage from IBM. They paid premium fee for an attribute which evaporates when you actually use the mainframe.

    13. Re:Reliability. by wwphx · · Score: 1

      Don't forget AS/400s and their children! The only time our 9402 has gone down in the last 2 years is when: we lost power to our entire data center (which hammered our mainframe big time!), our A/C went out and we had to turn off non-critical systems to keep our critical systems up longer, and we had to replace the battery on the SCSI controller recently (I think it's estimated at a 3-4 year life and the system tells you when it needs to be replaced). Otherwise we'd be looking at years of uptime, I don't think it has ever crashed.

      --
      When you sympathize with stupidity, you start thinking like an idiot.
    14. Re:Reliability. by Ash-Fox · · Score: 1

      I have actually. When that happens on one of my Linuxes boxes, a e-mail is fired off, it's shutdown and another server takes over it's operations without interruption to the service.

      Someone moderated that as overrated, but I don't see how that's overrated?

      Mainframes are quite expensive, compared to having a few inter-connected servers that are going to do the same job for a lot less cost. This cost includes, cheaper admins, cheaper power bills, cheaper hardware and in most cases, cheaper software solutions (price of hiring someone who can program on a mainframe? verses Linux/Windows?).

      Sure, they have fail over components, however if that single system goes down, everything goes down with it. While using multiple regular x86 servers, sure, they might be more prone to failure, but having a fail over setup so service is not interupted is the same way, it's also a lot cheaper to replace any failing components on such a system than a mainframe.

      Someone please explain to me WHY this is overrated compared to the mainframes, please?

      --
      Change is certain; progress is not obligatory.
    15. Re:Reliability. by PCM2 · · Score: 1

      OK, bad phrasing. But in my recollection, when you run Linux on a mainframe you actually run it on special processor modules based on IBM Power chips ... so the point still holds, this is not just "hey I'll install Linux," the way you would on an x86 server.

      --
      Breakfast served all day!
    16. Re:Reliability. by BBCWatcher · · Score: 1

      But in my recollection, when you run Linux on a mainframe you actually run it on special processor modules based on IBM Power chips ...

      No, you run it on System z processors which are based on... System z processors. You might be confusing an IFL (Integrated Facility for Linux) with a CP (general purpose processor). On an IBM mainframe you can run Linux on either type of processor, but they are the same hardware. The IFL simply has special microcode loaded which disables one instruction (that Linux doesn't need but other operating systems do), so it only runs Linux (and z/VM, the hypervisor). But IFLs are certainly not POWER processors.

  65. Re:old farts trying to stay relevent by billcopc · · Score: 1

    Why a personal mainframe if one machine can serve the needs of hundreds ? A household that barely needs a PC today will not require a 128-processor mainframe tomorrow. Give them a cheap terminal to the shared neighborhood bit-banger and they will be happy as a retarded luddite clam.

    --
    -Billco, Fnarg.com
  66. Mainframes and the refrigerator thing by One_Minute_Too_Late · · Score: 1

    In using fridges to measure mainframe size, are we talking about a beer fridge, Maytag fridge, JennAir double-door fridges with the funky LCD and ice dispenser with the glistening stainless steel doors that smudge the moment you touch them, or the kind of uber-fridge that slaughterhouses use to store cow carcasses on hooks?

    I demand a car analogy.

  67. Great. More confusion. by Anonymous Coward · · Score: 0

    I already had one manager and several salespeople that refused to believe me that z/Linux does not run the same binaries as i386 Linux.

    It gets even worse because we have a couple mainframes that are actually emulation systems running on i386. (Like Hercules, but real licensed Flex-ES systems.) I think running this software on one of those would cause a black hole to open up.

  68. oh dear by Anonymous Coward · · Score: 0

    get bottle of moet, pour contents down sink, replace with piss.

  69. Native, huh? by sharkey · · Score: 1

    So no virtual machine hypervisor needed? Windows will compile and run on the hardware?

    --

    --
    "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    1. Re:Native, huh? by colinrichardday · · Score: 1

      And who outside of Redmond has the source code?

    2. Re:Native, huh? by Bert64 · · Score: 1

      Blackhats...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  70. Floating Point by BBCWatcher · · Score: 4, Interesting

    Sorry, you're quite wrong in multiple ways. The first way you're wrong is that, if Mantissa's z/VOS runs X86 software, it runs X86 software. That would include IEEE floating point, Windows Solitaire, whatever. The second way is that mainframes have always been able to execute IEEE floating point in software, but they (also) in hardware implement IBM floating point. (Thus programmers generally used the hardware implementation in their applications, and why not? But nothing prevented them from running IEEE floating point calculations.) The third way you're wrong is that IBM's System z9 was the first machine in the world to implement IEEE754(r) decimal floating point in microcode. Today the only CPUs in the world that implement IEEE754(r) fully in hardware are POWER6 and System z10. And it looks like it'll stay that way: Intel and IBM just disagree about this aspect of CPU design.

    1. Re:Floating Point by Guy+Harris · · Score: 1

      The second way is that mainframes have always been able to execute IEEE floating point in software,

      Not before the mid '70's or so, at the earliest, they weren't - because IEEE floating point didn't exist before then. Work on the standard started in the mid '70's.

      z/Architecture - and, I think, later if not all versions of S/390 - include instructions to do IEEE binary floating point as well as IBM floating point.

    2. Re:Floating Point by TheRaven64 · · Score: 2, 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.

      --
      I am TheRaven on Soylent News
    3. Re:Floating Point by Tycho · · Score: 1

      Actually, the POWER ISA and by extension IBM has specifications for Decimal Floating-Point instructions as an optional part of the specifications for the POWER ISA. There are also a few integer BCD to binary conversion instructions as well. The Decimal Floating-Point instructions share the same registers with the standard Binary Floating-Point instructions. The purpose the Decimal Floating-Point instructions serve is that by using decimal numbers one can improve accuracy for financial calculations.

      On the other hand, the x86 BCD instructions are totally useless. However all x86 legacy instructions must be included in the newer x86 processors. You never know when you might want to use 16-bit protected mode, MMX instructions, or both while in ring 6 at the same time, you know.

      --
      Impersonating Tycho from Penny Arcade since before there was a PA.
  71. Imagine this... by tlambert · · Score: 4, 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

    1. Re:Imagine this... by Ilgaz · · Score: 1

      Interesting is that thing you mention (except not being windows or linux) is done for end users and runs under Flash (soon AIR)

      http://g.ho.st/

      One can demo it and can see what you talk about. In fact, one can also understand where Flash and AIR is heading and the reason of Silverlight hurry of MS. Netscape had their death sentence right after showing off similar but early incarnations of such functionality.

    2. Re:Imagine this... by Anonymous Coward · · Score: 0

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

      Having one VM examine another does not solve the halting problem. They're both still equivalent to Turing machines. It doesn't even prevent code running on VM A from hiding from antivirus software inspecting it from VM B; it only prevents the code on VM A from altering the stuff on VM B. And even that presumes that there's no bug in VM B or the underlying VM software that code on VM A might exploit...

    3. Re:Imagine this... by Anonymous Coward · · Score: 0

      i've been doing exactly this for the last three years. well, not the failover-across-the-world part but the ms-desktop-in-a-vm concept and it's great. xp is just another shell now with a fancy 'screen'

    4. Re:Imagine this... by twostix · · Score: 4, 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.

    5. Re:Imagine this... by Anonymous Coward · · Score: 0

      All these things you describe in your first paragraph I have on my desktop PC running Linux 24/7 for more than ten years.

    6. Re:Imagine this... by cerberusss · · Score: 1

      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

      Who said anything about a thin client model? I'm talking about a big ass mainframe in my living room and me running a virtualized copy of Windows on it.

      --
      8 of 13 people found this answer helpful. Did you?
    7. Re:Imagine this... by Tim+Little · · Score: 1

      I'm talking about a big ass mainframe in my living room and me running a virtualized copy of Windows on it.

      Free heating included!

    8. Re:Imagine this... by Roman+Mamedov · · Score: 1

      Learn wonderful technologies going by acronyms of VNC, SSH and DynDNS, and have the future right now, for you, and only for you. :)

    9. Re:Imagine this... by master811 · · Score: 3, Insightful

      Imagine.. you lose your internet connection (for whatever reason)...

  72. Re:old farts trying to stay relevent by LingNoi · · Score: 1

    You can buy mainframes with a warranty and guarantee, meaning that IT WILL NOT CRASH.

    What a claim! Windows won't crash because it's on a mainframe!

  73. Just one question... by gone_bush · · Score: 2, Insightful

    WHY?

    --
    Two roads diverged in a wood, and I - I took the one less travelled by. (Robert Frost, 1916)
  74. Unusual Word Sizes by BBCWatcher · · Score: 3, 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.

    1. Re:Unusual Word Sizes by einar2 · · Score: 1

      "little understanding of computing history"
      How I love these smartasses.

      There are still mainframes out there which are using byte sizes of 9 bits. IBM is not the only mainframe producer...

  75. Re:old farts trying to stay relevent by supernova_hq · · Score: 1

    You can buy mainframes with a warranty and guarantee, meaning that IT WILL NOT CRASH.

    Well, until they put Windows on it...

  76. About that Cluster by BBCWatcher · · Score: 1

    To keep the answer simple, a single mainframe is a cluster. Everything inside is redundant and hot swappable. And it offers those advantages whether or not the software cares to know about it, and without a single dollar of extra labor. (Although, if the operating system and middleware participate, such as z/OS and DB2 data sharing to pick an example, even more amazing things are possible.)

    For example, if a CPU core fails, an IBM System z mainframe will detect it, prevent the mis-executed instruction from surfacing to the operating system, take the core offline, provision a spare core, and continue executing without interruption. All without even the operating system programmer having to write a single (probably buggy) line of code. That's just one example. There are huge differences and huge advantages for many (not all) businesses and applications.

  77. The Best Windows by BBCWatcher · · Score: 1

    Windows may still crash on a mainframe, but it'll crash perfectly, exactly as Microsoft intended (or at least coded), consistently every time.

  78. The Most Expensive IT Gear: Salaries by BBCWatcher · · Score: 1

    If you have, say, 1.000 virtual Windows desktops on one mainframe you will still need to employ all the staff that would be needed to run a 1.000 machine network minus the staff needed for dealing with hardware failure.

    Really? Because that's not how it works for Linux on IBM mainframes, and there's plenty of experience with that. There really are fewer operations staff required, and those fewer staff deliver much higher quality service.

  79. Obviously by overshoot · · Score: 1

    ... we really need the <sarcasm> tags.

    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
  80. But is it enough? by Anonymous Coward · · Score: 0

    Sure you can now run Vista on a mainframe, but is the mainframe robust enough to run Vista? Will enhanced versions of the mainframe --Mainframe "super edition"-- be certified Vista compatible, and what of the lesser mainframes not capable of running Vista?

  81. Hardware framebuffer? by Anonymous Coward · · Score: 1, Interesting

    I worked on virtualizing Linux on zSeries for a while and I can tell you that this GUI based approach on the mainframe will not be cost effective. We had some users that insisted on running KDE over VNC on some of our z/VM guests. At "idle," the CPU overhead was tremendous (compared to a non-gui Linux server). I always assumed this is because there is no graphics card and the framebuffer is in software. I imagine that the Windows users, who tend to be lost without a GUI will find the mainframe to be a low performance (for the types of applications that typically run on windows) cost-ineffective solution.

  82. Finally decent COBOL support by wardk · · Score: 1

    I must say what an awesomely incredible waste of good hardware

    good work IBM

    now fix Clearcase

  83. Price/performance? by Locke2005 · · Score: 3, Interesting

    Emulating a $500 PC Server on a $500,000 mainframe... yeah, that sounds real cost-effective! If you run this simultaneously in 1000 virtual machines, do you need 1000 Windows licenses? How many people do you know that have spent years staring at their mainframe, muttering "What a nice piece of iron! If only we could run Windows on it!"... that haven't yet been committed to a mental institution? I really don't think the potential market for this justifies the development costs, guys.

    --
    I've abandoned my search for truth; now I'm just looking for some useful delusions.
    1. Re:Price/performance? by BBCWatcher · · Score: 2, 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? :-)

  84. Just to look at titties? by Locke2005 · · Score: 1

    Exactly what better use are you suggesting for "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"... running Microsoft Live?

    --
    I've abandoned my search for truth; now I'm just looking for some useful delusions.
    1. Re:Just to look at titties? by Profane+MuthaFucka · · Score: 1

      Bukkake?

      --
      Fascism trolls keeping me up every night. When I starts a preachin', he HITS ME WITH HIS REICH!
  85. Re:old farts trying to stay relevent by Anonymous Coward · · Score: 0

    What a claim! Windows won't crash because it's on a mainframe!

    No, dummy, it's the mainframe that won't crash. Individual programs you write might crash, but the hardware and the mainframe OS won't crash.

  86. One question: by russejl · · Score: 1

    Why!??

  87. Frig Sizes by BBCWatcher · · Score: 2, Interesting

    Good question. There are two physical sizes available: a System z10 BC and System z10 EC. The BC is roughly the same size as a single conventional rack of pizza box servers, and the EC is a double wide (about two racks). In refrigerator terms that's probably closer to the JennAir (or two for the EC) but well shy of the cow locker. Here's a picture of the EC shown to scale with two IBM executives: http://japan.zdnet.com/news/hardware/story/0,2000056184,20368219,00.htm?tag=z.keyword.st

  88. Windows can be reliable, fast, AND SECURE... apk by Anonymous Coward · · Score: 0

    "using Windows and Reliability together??? You must be from marketing." - by janeuner (815461) on Wednesday March 04, @05:55PM (#27070819)

    Take a peek @ the poster named THRONKA's reply here:

    http://www.xtremepccentral.com/forums/showthread.php?s=e5f7b5944abf4007225d8f26cee8a83f&t=28430&page=3

    SALIENT QUOTE/PERTINENT EXCEPT FROM A HOME USER:

    ----

    "Its 2009 - still trouble free!

    I was told last week by a co worker who does active directory administration, and he said I was doing overkill. I told him yes, but I just eliminated the half life in windows that you usually get. He said good point. So from 2008 till 2009. No speed decreases, its been to a lan party, moved around in a move, and it still NEVER has had the OS reinstalled besides the fact I imaged the drive over in 2008.
    Great stuff!

    My client STILL Hasn't called me back in regards to that one machine to get it locked down for the kid. I am glad it worked and I am sure her wallet is appreciated too now that it works. Speaking of which, I need to call her to see if I can get some leads.

    APK - I will say it again, the guide is FANTASTIC! Its made my PC experience much easier. Sandboxing was great. Getting my host file updated, setting services to system service, rather than system local. (except AVG updater, needed system local)"

    ----

    AND, that's just evidence that once a Windows NT-based OS of more modern variety (2000 onwards basically) is security hardened & users learn to practice some fairly easy rules that if they adhere to them? Windows IS stable, & long-lasting @ higher performance

    (3rd yr. running solid here, machine before it 4++ yrs., & neither had viruses/malware/trojans/rootkits/spyware, whatsoever, due to that guide I authored last yr. because I have been doing "layered security" for a decade++ now)

    That guide's gone over 200,000++ views in a short time in only 1 yr. across 20 total forums, where on 15/20, it is an "ESSENTIAL GUIDE" or 'sticky thread', & on the remaining 5 it is usually in the top-most views in said short timeframe (because some of these sites have been going for a decade or more) or rated 5/5 stars (some of them do all of the above)...

    I'd look @ the results possible there too, because the tool used to make it easier? Runs on other platforms also...

    (There you will see 99/100 scores on CIS Tool, & I have not SEEN a Linux setup do that well on said test (Bert64 from this forums managed to pull off a 90/100, but it was under emulation/virtualization, & that means more moving parts (thus more possible breaches due to failure is possible typically in those scenarios which even Theo DeRaadt felt as I do about it when Bert64 & I butted heads (he's decent technically @ least imo, I will give he that much out of respect))

    FACT ABOUT WINDOWS + SQLSERVER STABILITY FROM INDUSTRIAL ENVIRONS:

    Microsoft Windows Server 2003 & Microsoft SQLServer 2005 have been running to the fabled "5-9's" of 99.999% constant uptime, via failover clustering iirc (smart practice just in case) for YEARS now, while the combination of Windows + SQLServer functions as the official trade data dissemination system there.

    APK

    P.S.=> Don't believe all the "negative hype" the "Pro-*NIX" crowd here spouts - many are just "followers" that accept that hype as "the word of God" & it is anything but, as the cases above (clearly visible or provable evidences, easily)... apk

  89. Re:old farts trying to stay relevent by Vectronic · · Score: 1

    Sure, and no one will need more than 640k, and no one would need a processor faster than 1GHz, nevermind multiple ones at 3GHz... We're almost at 8 Core CPU's at 3GHz just for a "personal computer"

    Just because we don't need them today, or next year, doesn't mean we wont have some (fabricated) necessity for that kind of power 10 years from now... what about VirtualReality, Weather Reports, Structural Analysis Of Your Home, Water/Air Contamination Testing, Keeping track of 4 peoples preferences for the 30 automated devices around your house, by audio/visual/thermal commands/input, etc, etc...

    All that "nifty shit" takes a bit of PC power, granted, by then, the "mainframe" of today, will probably be desktop size by then, but there will STILL be a need for some supersized Mainframe... same as now, desktops now, are as powerful as Mainframes 25 years ago... even if we master some really advanced technique that allows like 512, 300GHz CPU's with 64TB's of RAM in the size of matchbox, there will still be people making a beowulf cluster of them, to do more even faster...

  90. Re:I think I speak for all of us... by Anonymous Coward · · Score: 0

    WHY?!

    it's the only way to meet the hardware demands of aero.

    Actually, not even for that...

    You can't run Aero over RDP!

  91. Pure marketing by Casandro · · Score: 2, 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.

  92. Re:effectively zero by Anonymous Coward · · Score: 0

    If you already have Exchange licenses, you already have Exchange licenses.

  93. What's a Web Browser? by BBCWatcher · · Score: 3, Insightful

    You posted to Slashdot. You're using a thin client. It's called a Web browser. Welcome to the future.

    1. Re:What's a Web Browser? by wild_berry · · Score: 1

      Don't know about you, but my 'thin client' can do motion video analysis, using a large amount of processing power: http://arstechnica.com/open-source/news/2009/02/mozilla-demos-impressive-firefox-31-features-at-scale.ars

    2. Re:What's a Web Browser? by BBCWatcher · · Score: 1

      So what? "Dumb" terminals have had plenty of intelligence for decades. You do know people did CAD/CAM on them, right?

  94. Re:effectively zero by symbolset · · Score: 1

    If you already have Exchange licenses, you already have Exchange licenses.

    Until the next version step. Exchange isn't a sunk cost. It's effectively a subscribed expense.

    You should consider this when computing TCO.

    BTW, TCO is an acronym for Total Cost of Ownership. Because of planned - and scheduled - obsolescense, the term 'ownership' and also TCO does not apply to products from this vendor.

    --
    Help stamp out iliturcy.
  95. Not new by 1s44c · · Score: 2, 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.

  96. Re:old farts trying to stay relevent by 1s44c · · Score: 1

    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.

    Mainfames are not dead. Mainframes just work day after day, decade after decade without drawing any attention to themselves.

    They are what computing should be, a utility like plumbing. Not what it has become, an upgrade treadmill.

  97. Re:old farts trying to stay relevent by 1s44c · · Score: 1

    You can buy mainframes with a warranty and guarantee, meaning that IT WILL NOT CRASH.

    What a claim! Windows won't crash because it's on a mainframe!

    The hardware won't crash. Mainframe OS's don't crash.

    However if you run a buggy OS on good hardware you are throwing away your stability advantage.

  98. morbid fascination? by bostei2008 · · 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.

  99. Re:Welcome to Niggerbuntu by larpon · · Score: 1

    ... instead of 'man shutdown'

    If this is how you shut down your computer, you must have some huge bills from your electricity provider.

  100. Argh... by donjefe · · Score: 1

    All the frustrations of a Windows server, now in a super-sized package!

  101. Dude, you're getting a Z series by Anonymous Coward · · Score: 0

    Hmmm, just doesn't have the same ring.

  102. Re:old farts trying to stay relevent by Ash-Fox · · Score: 1

    Do you keep your money in a bank?

    My old branch used Linux and Windows servers (I know this from the fact I worked there).

    Have you ever used a credit card?

    Eurolink (credit processor) when I had a credit card was going on about how they used xserves, I think they called it the "fish tank" because of how they arranged the servers.

    Shopped at a supermarket?

    I know ASDA and Tesco here locally use Windows+Linux things.

    Almost any kind of company that runs a massive billing system or deals with huge inventories uses mainframes to process data and generate reports. I used to think they were dead, too, but there's still a large market for "big iron".

    In all honesty. I have only seen one and heard about one in real life, and that was when they were getting rid of it in a Citibank branch because of how expensive it was to operate and maintain.

    --
    Change is certain; progress is not obligatory.
  103. Re:old farts trying to stay relevent by Anonymous Coward · · Score: 0

    Ran many IPL's only ONE IML in 15 years of mainframe ops.

    The Electrician that set up the backup switches (batteries and generators) set them up in parallel rather than tandem. In the 1970's. A new electrical company was hired in the late 90's to do some work and noticed this. In order to fix it, we had to shut everything down for an hour.

    The data center had never been more creepy, no whirring, air flow, just dark.

  104. Emulation? by jandersen · · Score: 2, 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.

  105. The Slashdot guide to profit (#654,439) by number6x · · Score: 1
    1. load GNU/Linux OS/390 on mainframe
    2. load open source virtualizer on GNU/Linux on mainframe
    3. run Windows under virtualizer under GNU/Linux on mainframe
    4. ?
    5. profit!

    Mantissa thinks 4 is "Do not mention GNU/Linux, do not mention open source (it might frighten away Windows admins)"

    1. Re:The Slashdot guide to profit (#654,439) by Anonymous Coward · · Score: 0

      Just a quick correction... (nit picking...) GNU/Linux has nothing to do with OS/390. OS/390 (now z/OS) is the current name for what was MVS (among many other names). Linux runs either natively on the zSeries processors or as a guest under z/VM (which is a totally different operating system then z/OS). z/VM is the operating system that does the virtualization stuff.

  106. Re:I think I speak for all of us... by Albert+Sandberg · · Score: 1

    actually you can't run anything accelerated over RDP ... a friend of mine noticed this when he tred to connect to his home laptop to code some one a break and when he tried to run the thing to see if it worked (not the visuals as much as the executed code) it just crashed stating it couldn't open the display.

    sad.

  107. Obligatory Car Analogy by dforreal · · Score: 1

    This would be like putting Regular Unleaded in a Porsche

  108. Equals Linux? by HermMunster · · Score: 1

    Isn't Windows on a Mainframe like saying:

    Windows on mainframe -- Linux on a quad core?

    Sort of pointless and an unnecessary product that again will go no where and wasted all those R&D dollars.

    --
    You can lead a man with reason but you can't make him think.
  109. Re:old farts trying to stay relevent by jra · · Score: 1

    > Checkout the x-fry/x-bender headers: echo -e "HEAD / HTTP/1.1\nHost: slashdot.org\n\n" | netcat slashdot.org 80

    Isn't wget -S easier?

  110. ObSlow: Win XP on a 20MHz CPU by jra · · Score: 1

    http://www.winhistory.de/more/386/xpmini_eng.htm

  111. Re:old farts trying to stay relevent by Ash-Fox · · Score: 1

    Isn't wget -S easier?

    No, that saves a file and includes irrelevant information on screen.

    --
    Change is certain; progress is not obligatory.
  112. Blue Screen of Death! by Anonymous Coward · · Score: 0

    Can you imagine the first time someone gets the "Blue Screen of Death" on their mainframe? I'd like to be a fly on the wall in that data center. lol

  113. So there is a good x86 emulator by Rob+Y. · · Score: 1

    I wonder if these folks would consider GPL'ing the emulation piece of this (somehow removing the stuff that allows it to emulate Windows on the Z-series, so they'd still have something left to sell).

    The point would be to allow for X86 emulation in WINE on non-intel devices, like cellphones and ARM-based netbooks. That would be a potent combination that might actually propel WINE to some significant developer mindshare. Think of it. You've got a Windows app, and you want to make it available on an ARM-based device. Might be the only practical way to do it.

    In fact, if ARM-based netbooks really took off, Microsoft might want to look into X86 emulation too. Of course, they'd go proprietary with it, but it would let them provide an ARM-based Windows build that can still run X86 apps.

    I guess if an ARM-WINE implementation were to prod Microsoft to make an 'even better' one, it might not help WINE so much. Unless WINE gets there first, with a significant lead.

    In any case, ARM-WINE or ARM-Windows emulation would only emulate the application code, making it much faster than anything (like this mainframe thing) that attempts to emulate the entire Windows OS.

    --
    Posted from my Android phone. Oh, I can change this? There, that's better...
    1. Re:So there is a good x86 emulator by Anonymous Coward · · Score: 0

      When I asked a man from ARM about putting an x86 frontend on the CPUs, he pointed out that the dynamic binary translation software from Transitive already effectively does that. Apple use it for PPC -> x86.

      Apart from Intel's patents, the real issue (I suspect) is that any x86 compatibility would invite direct comparison between ARM and x86 netbooks. Regardless whether the translation was happening in hardware or in software, ARM would probably come off badly. It would be like Crusoe again. ARM produces good designs, but they are not magically better than Intel, who are equally capable of making small and low-power CPU cores.

    2. Re:So there is a good x86 emulator by Rob+Y. · · Score: 1

      Again, translation a la Crusoe was translating not only the app code, but the OS and all API libraries. I don't even think the Transmeta processors had 'native' machine code - it was all emulation all the time.

      With WINE, those things would be native. No need to translate them. You'd be surprised what portion of time an app spends in system libraries. With native libraries, the speed difference associated with emulation becomes much less noticeable. And remember, this is only for the occasional 'legacy' X86 apps you need to run.

      I think Apple's emulation goes the other way, but for the same reason. They emulate legacy PPC code on an X86 Mac. I would assume that, since these are Mac PPC apps they are able to use native X86 code for library calls, and that's what makes their PPC emulation not as horrible as, say, VirtualPC back in the PPC days. VirtualPC had to emulate Windows as well as the apps.

      --
      Posted from my Android phone. Oh, I can change this? There, that's better...
    3. Re:So there is a good x86 emulator by LWATCDR · · Score: 1

      Well actually I would bet that it uses a JIT compiler or even an IPL translation system.
      Also emulating or a JIT compiler, or IPL translation system on a Z System is really way different than doing it on an ARM. It would still be great to see this GPLed but I wouldn't hold my breath.
      Drop windows compatibility and offer good Linux apps for a netbook.
      I still feel that that a good way to buy and sell Linux software like the iTunes store or even Steam for Linux is really what we need.
      I hear that there are good games for Linux like Doom3 and Pry but for the life of me I can never find them and never seen them advertised.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  114. Mainframe Rebooting by BBCWatcher · · Score: 1

    No, they're doing that because somebody had a memory leak 30+ years ago (back when those might have mattered from a system stability point of view), told the operators to reboot (IPL) every week, and the operators have never updated their procedure manuals. I'm not joking. If you tap an operator on the shoulder and say, "Stop rebooting now," problem solved. (Or, for the ultra-conservatives, switch to once every month, then once every year, then not at all.)

    Or, in the alternative, somebody decided 30+ years ago that they'd tell the users the system would be unavailable each weekend for a couple hours for "system maintenance" (back when that might have made sense), then, many years ago (and particularly with Parallel Sysplex), when the operators no longer needed the "maintenance window," nobody bothered to tell the users the good news and make it official. Again, I'm not joking. I was at a meeting at a Fortune 100 company where the conversation went something like this.... Web service team: "We need 24 hour Internet access, but you're down every weekend for 4 hours. We want to move off." Mainframe operator: "You need 24 hours? OK, you have 24 hours." Web service team: "But you didn't do anything." Mainframe operator: "We stopped IPL'ing that LPAR at least 10 years ago, and I'm now declaring you have a 24 hour Service Level Agreement. I'll update our SLA just after our meeting. Need anything else?" Web service team: "Uh, that'll do."

    If you want 99.999+ percent business service uptime, factoring in both planned and unplanned outages, and even disaster recovery, just ask for it. (Or ask for some other level if that's too much.) It's no myth, it's the owner's choice, consistent with their budget and "reasonable" (but not superhuman) operations staff.

  115. Re:old farts trying to stay relevent by Bert64 · · Score: 1

    The hardware may not fail, but can you really imagine MS giving a guarantee on windows?
    Haven't you read the license agreement which explicitly disclaims any liability?

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!