Slashdot Mirror


IBM Leaks Details on New Mainframe

Mark writes "Big Blue inadvertently revealed details about its new z10 Enterprise Class mainframe set to launch on Feb. 26, as well as details on z/OS v1.10, a new version of the mainframe OS due out in September. 'According to an internal IBM document obtained by SearchDataCenter.com, the z10 Enterprise Class will come in five different models and feature 64-way chips, compared with the 54-way z9 mainframes and earlier 32-way models. In a conference call last month, IBM CFO Mark Loughridge told investors that the z10 would have 50% more capacity, which indicates that it will probably tap out at around 27,000 million instructions per second (MIPS) at the top end, compared with about 18,000 MIPS on the previous z9 Enterprise Class.'"

62 of 185 comments (clear)

  1. 54 way chips? by palegray.net · · Score: 2, Funny

    five different models and feature 64-way chips Is that like 54 cores on a chip? Wowzers, we're gonna need a lot of salsa for this party.
    1. Re:54 way chips? by TheThiefMaster · · Score: 2, Informative

      five different models and feature 64-way chips Is that like 54 cores on a chip? Wowzers, we're gonna need a lot of salsa for this party. No, it means they have the data links for communicating with 63 other chips (i.e. part of a mainframe with 64 cpus)
    2. Re:54 way chips? by cruff · · Score: 5, Informative

      Nah, just a bunch of dual core chips. Take a look at the IBM Journal of Research and Development which has a lot of nice detail. Look at Vol. 48, No. 3/4 and Vol. 51, No. 1/2.

    3. Re:54 way chips? by rbanffy · · Score: 2, Funny

      Wish they could make it available as a single PDF. I don't have enough free time to write a program to download them all and merge them.

    4. Re:54 way chips? by palegray.net · · Score: 3, Funny

      It was supposed to be a joke. I think my humor coprocessor is broken :).

  2. Nah by dwalsh · · Score: 5, Funny

    I am not buying one till they get that OS up to 3.0 at least.

    --
    ${YEAR+1} is going to be the year of Linux on the desktop!
    1. Re:Nah by Chris+Mattern · · Score: 3, Insightful

      They can call it whatever they want; it'll still always be MVS to me...

    2. Re:Nah by ThoraX695 · · Score: 2, Informative

      Don't let the v1.10 fool you. z/OS v1.10 is a die hard direct distant descendant of the original OS/360 operating system that ran on the original System/360 back in the mid 1960's. OS/370 ran on the System/370 and OS/390 ran on the System/390, so IBM renamed the operating system z/OS for the z/Architecture machines.

      --
      --ThoraX695
  3. Imagine... by palegray.net · · Score: 5, Funny

    Just imagine a beowulf cluster of these. It would make my head explode.

    1. Re:Imagine... by n6kuy · · Score: 2, Funny

      Imagine a Beowulf cluster of Linux VMs running on one of these...

      --
      If you disagree with me on social issues, then it's pretty clear that you are a narrow-minded bigot.
    2. Re:Imagine... by mcpkaaos · · Score: 4, Funny

      Just imagine a beowulf cluster of these. It would make my head explode.

      Okay, but you asked for it.

      --
      It goes from God, to Jerry, to me.
    3. Re:Imagine... by mcpkaaos · · Score: 3, Funny

      With that many Linux machines working together you could probably emulate a mainframe.

      --
      It goes from God, to Jerry, to me.
    4. Re:Imagine... by Anonymous Coward · · Score: 3, Informative

      Well, you know what thought did. Linux is a 1st class OS on Z series hardware. Expect IBM to support it on this machine.

    5. Re:Imagine... by quanticle · · Score: 5, Interesting

      Splitting one of these mainframes into multiple Linux VMs is actually one of the more common uses for these things.

      --
      We all know what to do, but we don't know how to get re-elected once we have done it
    6. Re:Imagine... by Anonymous Coward · · Score: 2, Interesting

      How about a system i worked on where we run 200 Linux system with Oracle DB (prod, QA, Dev...) on three mainframe CPU. In that config. you pay for only three CPU worth of Oracle licenses and you can buy a lot of hardware on the software and support savings....

      Actually, in lab tests, the mainframe virtualisation engine went up to 96,000 Linux images on a fairly old mainframe version .... Obviously, this was not a performance test...

    7. Re:Imagine... by K.+S.+Kyosuke · · Score: 2, Informative

      Not only just Linux builds, it is actually a supported commercial solution. :-)

      --
      Ezekiel 23:20
  4. Imagine... by FatSean · · Score: 2, Interesting

    ...how many Linux VMs could be run on one of those things!

    --
    Blar.
  5. This might be a dumb question... by TubeSteak · · Score: 4, Interesting

    How come they talk about thousands of MIPS instead of just saying GIPS?

    --
    [Fuck Beta]
    o0t!
    1. Re:This might be a dumb question... by Enleth · · Score: 2, Insightful

      It's probably for the same reason we talk about thousands of kilograms instead of "just" saying "gigagrams". The term "MIPS" is not really an abbreviation anymore, it became a proper word describing a performance unit everyone in the industry is used to.

      --
      This is Slashdot. Common sense is futile. You will be modded down.
    2. Re:This might be a dumb question... by avalys · · Score: 4, Insightful

      MIPS stands for millions of instructions per second, not mega-instructions per second. We'd have to talk about billions of instructions per second, or BIPS, and that sounds lame.

      --
      This space intentionally left blank.
    3. Re:This might be a dumb question... by TheThiefMaster · · Score: 3, Informative

      It's probably for the same reason we talk about thousands of kilograms instead of "just" saying "gigagrams". The term "MIPS" is not really an abbreviation anymore, it became a proper word describing a performance unit everyone in the industry is used to. Actually "thousands of kilograms" would be "megagrams", but we generally call them "tonnes".
    4. Re:This might be a dumb question... by QRDeNameland · · Score: 4, Funny

      Actually "thousands of kilograms" would be "megagrams", but we generally call them "tonnes".

      And from there it goes to kilotonnes and megatonnes, then I believe a thousand megatonnes is then commonly called a "shiteload" or, in the US, a "fuckload".

      --
      Momentarily, the need for the construction of new light will no longer exist.
    5. Re:This might be a dumb question... by bipbop · · Score: 4, Funny

      I resemble that remark!

    6. Re:This might be a dumb question... by Enleth · · Score: 2, Informative

      Well, not enough coffe today, my bad. Megagrams, sure. However, the phrase "thousands of kilograms" actually IS used in speech instead of "tonnes" for some ranges, something like 1000-20000 kilograms, because it allows to express a precise, yet relatively significant mass in a more natural way when this precision matters (that is, most likely below 20t) - I'd rather say "eight thousand four hundred fifty-four kilograms" than "eight and four hundred fifty-four thousandths of a tonne".

      As an added benefit, you avoid the question "which one, metric or imperial?" (no, I'm not going to try to determine the airspeed of an unladen metric tonne), which might come up as the spelling difference isn't significant enough in pronunciation.

      --
      This is Slashdot. Common sense is futile. You will be modded down.
    7. Re:This might be a dumb question... by mcpkaaos · · Score: 5, Funny

      Allow me to offer a solution, inspired by our friends in the storage industry:

      1024 MIPS = 1 GIPS
      1000 MIPS = 1 GiPS

      --
      It goes from God, to Jerry, to me.
    8. Re:This might be a dumb question... by Cheesey · · Score: 2, Informative

      It's surprising that people are still using MIPS as a measurement! The (now very old) joke was that MIPS really stood for Meaningless Indication of Processor Speed, on account of the fact that it's highly dependant on how much you can actually do with each instruction, and also which instruction you are measuring. That dates back to the 80s at least, possibly the 70s, and it's why everyone should use representative benchmarks to compare CPUs rather than clock speeds and/or MIPS. The joke even made it into Linux, where the bootup BogoMIPS measurement is said to be "the number of million times per second a processor can do absolutely nothing."

      --
      >north
      You're an immobile computer, remember?
    9. Re:This might be a dumb question... by haelduksf · · Score: 2, Funny

      i think you mean 1000 MIPS = 1 gyp

    10. Re:This might be a dumb question... by ozbird · · Score: 5, Funny

      I believe a thousand megatonnes is then commonly called a "shiteload" or, in the US, a "fuckload".

      A U.S. fuckload is a thousand megatons. A thousand megatonnes is a metric fuckload.

  6. Low-End Port to PowerPC? by Doc+Ruby · · Score: 3, Interesting

    These mainframes use the z6 CPU, which is closely related to the POWER6, which is closely related to the PowerPC.

    Is it at all possible to automatically port any nontrivial z6 software to PPC, if it doesn't require the actually different HW of the z6 (or its much higher performance)? Any possibility to run PPC SW on a z6, with some automatic porting for the higher performance?

    --

    --
    make install -not war

    1. Re:Low-End Port to PowerPC? by TheRaven64 · · Score: 4, Informative
      The z6 isn't very similar to the POWER6. In the most important aspect with respect to porting software, namely the instruction set, they are completely different. The z6 instruction set is an incremental improvement on an architecture that goes back all the way to the 1960s with System/360 - the longest running architecture to maintain backwards compatibility. The POWER6 architecture is an incremental improvement on an architecture which dates back to the mid '90s and was designed from scratch around a completely different set of ideas.

      The things they share are not visible to the user as they are hidden behind the instruction decoder. You can see some evidence of the fact that IBM are trying to lower costs by sharing a lot of the design between the two lines though from certain new additions to the POWER instruction set, such as hardware support for Binary Coded Decimals (useful in high-throughput financial systems and present in the mainframe line since the 1401 and 700-series, which preceded System/360).

      --
      I am TheRaven on Soylent News
  7. Re:Kinda slow, eh? by palegray.net · · Score: 4, Informative

    Considering a single modern quad core Pentium has about twice the processing power as this mainframe. You are kidding, right? These systems are massively parallel machines, and are frequently used these days to present dozens of operating system images running concurrently. They support nifty ideas like instant failover and clustering on one machine, with arbitrary SMP to scale up performance as necessary.
  8. Re:Kinda slow, eh? by TheRaven64 · · Score: 5, Informative

    Considering a single modern quad core Pentium has about twice the processing power as this mainframe Uh, what? Currently, the fastest CPU you can buy is the POWER6. This mainframe uses the the z6 CPU, which is effectively a POWER6 with a different instruction decoder and MMU, and it supports up to 64 of them. They are connected via an SMP hub chip which adds 24MB of shared level 3 cache.

    They also support partitioning on the hardware level, so you can run z/OS or Linux virtual machines with almost no overhead (something you've been able to do since it was called System/370). You also have a huge amount more fault tolerance with a system like this (take a look at how many transistors on the CPUs are dedicated to error checking, and then start looking at the peripheral systems).

    --
    I am TheRaven on Soylent News
  9. Re:But will it run Vista? (NT) by palegray.net · · Score: 2, Funny

    Yes, but only if you buy the upgraded model with 5 TB of RAM and 512 processors. Hardware requirements these days...

  10. n-way by Shotgun · · Score: 2, Funny

    Damn. I never ask for enough. There I was, happy for a 3-way.

    --
    Aah, change is good. -- Rafiki
    Yeah, but it ain't easy. -- Simba
    1. Re:n-way by gangien · · Score: 3, Funny

      3-way? man, i'd settle for a 2-way, but usually just get a 1-way.

  11. Re:Kinda slow, eh? by dreamchaser · · Score: 4, Informative

    You don't get out much do you? Mainframes are going strong in data centers that need high availability, fault tolerant, error correcting, massively parallel systems. There is also a LOT of old code that is still going strong on them. Their inherent ability to run multiple virtualized OSes is another strong suit.

    Your math is also way off if you think 4 x86 cores outperform this. I'll leave you to do the proper calculations as your homework.

  12. Naming by Tablizer · · Score: 2, Funny

    They should call them something like "mega-servers" instead of "mainframes". They might sell more that way. Hmmm.....iFrame?

    1. Re:Naming by PCM2 · · Score: 2, Informative

      The name of the product is not as much the stumbling block as is the price. In fact, many (if not most) mainframes are not sold at all, but leased.

      --
      Breakfast served all day!
  13. Mainframes still around by Danathar · · Score: 2, Insightful

    My first two real jobs were as a Computer operator on an old Burroughs system and Sperry/Unisys system. What I find really interesting is how mainframes have really benefited from the same technology that made microcomputers fast. There was a period where clustering PC's (Servers) really was much more cost effective, but as we move into the future the robustness and bulletproof downtime of those old mainframe OS's have been given new life with lightning fast hardware and I/O subsystems.

    1. Re:Mainframes still around by mgblst · · Score: 2, Informative

      Clustered computers are still, and probably always will be, more cost effective than Mainframes. However some applications are more suited towards mainframes, HPC stuff, rather than cluster, HTC stuff.

  14. Re:Kinda slow, eh? by Marnhinn · · Score: 4, Informative

    I work currently in an organization that uses mainframes. They are the z9 series - and honestly are some of the most useful things.

    We use them due to ability operate in something called a sysplex. A sysplex is when multiple mainframes share data (known as DASD) and work together. When a mainframe is in a sysplex, you can do all sorts of things to the machine without having to bring your application down. These range from whole operating system upgrades to hardware maintenance and the end user will never see the impact. A sysplex literally is designed to be a 24x7 operation.

    You can buy other types of machines that will be more powerful, faster or do operation x better, but it is hard to find a set of machines that are as stable and reliable as a mainframe is (and process millions of transactions per second).

    Also, in terms of virtualization - a single mainframe on z/Linux can host many virtual linux servers - enough that you can save a substantial amount on power costs (my org estimated 400k a year in savings in terms of power alone - if the linux servers that are hosted individually on one of our distributed networks went to virtual on a mainframe).

    --
    There is always a frontier where there is an open and willing mind
  15. Obligatory by Tablizer · · Score: 3, Funny

    I for one welcome our big and fast Cobol overlords.

  16. Re:Nah Dried off? by davidsyes · · Score: 4, Interesting

    I'll wait til it's dried off. Can't have a server that someone took a LEAK on...

    Oh, maybe they made early RELEASE of details... I wonder, in IT context, how a vendor can "leak" its own details...

    --
    Previously: "Linux... Toward the Sunrise..." Now: "Linux... Toward the-- No, now, part of Every Sunrise"
  17. Re:Kinda slow, eh? by dedazo · · Score: 5, Insightful
    The day you can use commodity hardware to build a failover-capable sysplex running multiple instances of an OS that can run 30-year old COBOL applications that do millions of financial transactions per minute with absolute 24/7/365 uptime, you'll be a very rich man indeed.

    In the mean time, IBM, Hitachi and a few others will be raking it in for you.

    --
    Web2.0: I love when people Flickr my cuil and digg my boingboing until my google is reddit and I start to yahoo
  18. And we just upgraded last month by jocknerd · · Score: 4, Funny

    I guess the IBM rep forgot to mention that a new one was one the way.

  19. Except the processor... by Junta · · Score: 2, Informative

    While the frontend may be rooted in the System/360 set, the driving force seems likely to be the same as all the Power6 systems. For example http://www.pseriestech.org/forum/articles/what-is-project-eclipz-112.html

    Note the 'z' in eclipz. They seem to be seeking to consolidate their non-x86 offerings in terms of core component design.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:Except the processor... by TheRaven64 · · Score: 5, Insightful
      I've seen that before, but the POWER6 is not the convergence chip. They share a lot, but it's stuff that matters from IBM's perspective (lowers development costs), not from their customers' perspectives (allows them to run the same software). That said, the biggest difference between the POWER6 and the z6 is the instruction decoder (addressing modes are easy to switch - look how many the Core 2 supports). Instruction decoders tend to take a roughly constant number of transistors. One of the big wins for RISC chips was that they could have simpler decoders and dedicate a lot more transistors to execution units. Now, the decoder has gone from being 50%+ of a CISC chip to under 10%.

      It wouldn't surprise me if the POWER7 either implements a superset of the POWER and System Z architectures, or has switchable decoders. Considering the fact that it's already possible to hot-plug CPUs on systems at this level, I can imagine a future IBM line where the hypervisor allows you to not only partition the system, but also decide which chips run in POWER and which in System Z mode dynamically, migrating virtual machines and restarting CPUs as required. That could be very attractive for customers wanting to consolidate mainframe, AIX, and Linux systems.

      One of the design goals of the PowerPC instruction set (a superset of which is implemented by the POWER6) was to easily emulate x86. It would be really interesting if IBM would enhance this emulation support into the hypervisor, allowing customers to run legacy x86 Linux, Solaris or Windows Terminal Server virtual machines on their mainframes.

      By the way, this mainframe is one of the big reasons why IBM are so keen on open source. If you run Linux and (portable) open source software then IBM can sell you a mainframe running Linux VMs when you start to outgrow your current infrastructure. The reason IBM owns so much of the (small, but incredibly lucrative) mainframe market was that in the '60s they pushed the predecessors to this system - System/360. They sold cheap minicomputers and high-end mainframes that ran exactly the same applications (and, with System/370, the mainframe could even run virtual minicomputers). They got people using the cheap minis and then presented them with a clear upgrade path. With open source, they can give people a really long upgrade path starting at commodity hardware and going as far up as they want.

      --
      I am TheRaven on Soylent News
  20. Re:Kinda slow, eh? by edibobb · · Score: 5, Funny

    Z6 is nothing. I've used a Z80 before.

  21. Re:bang for the buck isn't there by warrigal · · Score: 2, Insightful

    Just look at the customers who buy these machines. Insurance companies and banks will buy six-packs of these new main-frames for their data-centres.

    Current financial situation aside, these people know value when they see it. The mantra "Nobody ever got sacked for buying IBM" doesn't hold up any more. If there was any sort of competition from other platforms these people would buy them.

    In the past manufacturers like Honeywell, Burroughs, NatSemi, Amdahl and so on have built IBM mainframe clones and prospered.

    But they didn't control the OS. (Aside: I spoke to one operator on a clone system that came with its own OS. He said that the OS manuals were photocopies of IBM manuals). There is a huge legacy of MVS specific software, too. Unless someone can come up with a FOSS version of each, forget it.

    It would be a brave (or foolhardy) bank that would trust its online network to anything but Big Blue. We're talking real banks here, not these Mom&Pop operations that pass for banks in the US. Maybe millions of transactions per minute. No Wintel PC is going to handle that.

  22. Translation by mother_reincarnated · · Score: 3, Informative

    an ABEND is an 'abnormal end' Which is mainframespeak for when something dies :)

  23. Re:Kinda slow, eh? by lgw · · Score: 2, Interesting

    Google style clustering, where you know some of your hardware will fail from time to time and you're just OK with that, is the first promising alternative to mainframe uptimes since the days of VMS clusters. The best hardware from Sun or HP never came close.

    The thing is, it's really hard to write code for a "soft cluster". Being fault-tolerant in your software instead of your hardware is decidedly non-trivial. With a mainframe you just write a check with enough 0s. That's very appealing unless, like Google, you're developing everyhting from scratch anyway.

    --
    Socialism: a lie told by totalitarians and believed by fools.
  24. Re:Kinda slow, eh? by ben+there... · · Score: 3, Insightful

    Google style clustering, where you know some of your hardware will fail from time to time and you're just OK with that, is the first promising alternative to mainframe uptimes since the days of VMS clusters. Why should Google care? They can't provide "wrong" search results because of failure. Only out-of-date or not-so-great search results.

    Their internal "bigtable" distributed database sounds like it needs better accuracy, but not their actual product.
  25. Re:Kinda slow, eh? by kmankmankman2001 · · Score: 3, Informative

    Mainframes could share DASD *long* before the introduction of sysplex. Now - *parallel* sysplex, that's different - that's shared memory for things like DB2 lock structures, etc.

    I'm a mainframer from way back and I've got the grey hair to prove it. :)

    --
    "The bigger the lie, the more they believe." - Det. Bunk
  26. Re:Kinda slow, eh? by rbanffy · · Score: 2, Interesting

    Shouldn't the branch predictor be different since the instruction set is different? Or it does its magic on the micro-instruction level (if there is one in P6 and z6)?

    BTW, the first message was kind of a joke. It is possible to make more or less the same chip look like a few different ones by changing just a few small parts.

    IIRC, there is a company being sued by IBM for making custom-microcode-Itanic-based servers that look too much like IBM mainframes.

  27. But its gonna be SLOW ... by crovira · · Score: 2, Funny

    and need to be rebooted at least once a day.

    --
    MSBPodcast.com The opinions expressed here are my own. If you don't like 'em... Think up your own stuff.
  28. Re:Kinda slow, eh? by FlyingGuy · · Score: 2, Informative

    Yes, it IS really that easy. The cooling lines are all quick disconnect and you literally shove a module ( about the size of a typical intel box ) into an empty bay, and the system will POST, recognize and begin assigning work to another 64 processors. I have seen it with my own eyes, and it is just insanely cool!

    I know a lot of /.rs are to young to remember VM / PROFS and stuff like that. VM will let you run just about any operating system as a "Guest OS" and that is some cool shit.

    --
    Hey KID! Yeah you, get the fuck off my lawn!
  29. Re:bang for the buck isn't there by ToasterMonkey · · Score: 3, Insightful

    Performance isn't the only issue at hand here. There's also reliability, integration, management, etc. I'm not intimately familiar with IBM mainframe technology, but I've learned enough from people who are to know these are incredibly reliable, and trusted machines. That's why they are used in financial industries, not merely their ability to handle large loads.

    If you were to suggest to to a mainframe guy that he needs to upgrade to a cluster of Unix boxes, you'd get the same look you'd give someone suggesting you should upgrade to a rack of Dell servers. You all think the others are f'ing nuts for different reasons.

  30. Re:Once again Apple did it first. by HoboMaster · · Score: 3, Insightful

    Yes, because you obsessively checking the apple.com site is proof that they're stable enough to run enormous and essential financial databases. Like parent said, there are a lot of transactions per second happening on this thing and they can't afford for it to mess up ever.

    As far as using COBOL, it's because these programs are likely older than you.

    --
    Remember kids, tin foil doesn't work, so use LeadHat.
  31. Inadvertent by ShinmaWa · · Score: 2, Insightful

    ...my ass.

    That's called marketing son. It comes out in 4 days and they are creating hype for it.

    (NOTE: The inadvertent part was completely fabricated by Slashdot. Not even the article makes this claim.)

    --
    The /. Effect: Thousands of users simultaneously accessing a site to not read its content.
  32. Re:Kinda slow, eh? by Alien+Being · · Score: 2, Informative

    http://en.wikipedia.org/wiki/Blue_Gene is massively parallel. z series mainframes are not.

  33. Re:Kinda slow, eh? by jimicus · · Score: 2, Interesting

    Google style clustering, where you know some of your hardware will fail from time to time and you're just OK with that, is the first promising alternative to mainframe uptimes since the days of VMS clusters. The best hardware from Sun or HP never came close.

    Google have a very specific set of applications which, for the most part, don't really care if chunks of data from the database go missing occasionally, can be easily mirrored and it's not particularly crucial that every mirror is in perfect lockstep.

    Try proposing a system like that to the IT (or, for that matter, the Finance) director of a $multi-million firm and let me know how you get on.

  34. Re:Kinda slow, eh? by hey! · · Score: 2, Informative

    You can't measure things in terms of "processing power".

    Mainframes are almost like networks in a box. They're all about I/O bandwidth: moving large amounts of data from one place to another where useful work can be done on it. Individual CPUs don't have eyepopping performance because that's not how you increase the amount of work that gets done on a mainframe. You add more CPUs and attach them to the fat data pathways. If you have tasks like cryptography that might tie up CPUs, you offload it onto a co-processor. If you have tasks that require very fast individual computations rather than aggregate performance, you need a supercomputer, which is a different beast.

    It's true you can design a microprocessor that looks pretty powerful compared to mainframe processors, but the trick is to find a way to keep it busy. If you are doing a non-I/O intensive task like doing an integer computation benchmark, of course it's going to look "more powerful". As soon as you do something that requires processing lots of data, then your microprocessor is spending the vast majority of its time twiddling its very muscular thumbs because you can't give it enough data to work on. Mainframes are designed so this doesn't happen.

    Mainframes are not optimal for every kind of workload, but where moving data around is the bottleneck, you eventually either get a mainframe, or construct the equivalent of a mainframe yourself out of racks of servers, SAN, server virtualization and management software.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.