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

185 comments

  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 Richard+Steiner · · Score: 1

      I like the operating system numbers on the boxes I play with better.

      Exec Level 47R5D

      Is that cool or what? :-)

      --
      Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
      The Theorem Theorem: If If, Then Then.
    3. Re:Nah by fuzzix · · Score: 1

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

      It'll always be "JCL? WAAAAaaaaflibble wibble donkeys are aliens lead card" *die* to me...
    4. 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
    5. Re:Nah by driftingwalrus · · Score: 1

      And it'll always be OS/360 to me!

      --
      Paul Anderson
      "I drank WHAT?!" -- Socrates
    6. Re:Nah by dpilot · · Score: 1

      Whatever, as long as I can: //STEP1 CMD=IEFBR14,DSN=SYS1.SLASHDOT.ORG,DISP=(MOD,DELETE)

      Oh holy cow, I haven't even really thought about writing any JCL in over a decade, nearly 2. Who'd thunk that a no-op would be one's most commonly used job step, just to get it's allocation/deletion side-effects?

      --
      The living have better things to do than to continue hating the dead.
  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 QRDeNameland · · Score: 1

      But does it run Linux?

      --
      Momentarily, the need for the construction of new light will no longer exist.
    3. 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.
    4. 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.
    5. Re:Imagine... by TyrainDreams · · Score: 0

      Yeah but how many Linux VMs could the emulated mainframe run...Anyone know enough about eternal return to escape this?

    6. Re:Imagine... by Amarok.Org · · Score: 1

      Yes. It does.

      --
      -- "Other than that, how was the play Mrs. Lincoln?"
    7. Re:Imagine... by ZenDragon · · Score: 1

      I think with a mainframe like that the real question is; will linux run it? Somehow I doubt there are any linux builds out there that will be supporting that kind of proprietary hardware.

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

    9. 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
    10. 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...

    11. Re:Imagine... by Anonymous Coward · · Score: 1, Funny

      So this thing should run Vista Ultimate with minimal issues. I bet my TV programs still skip in Media Center

    12. Re:Imagine... by Anonymous Coward · · Score: 0

      Now, you could make your head explode using a much cheaper equipment than a cluster of mainframes stacked over your head.

    13. Re:Imagine... by driftingwalrus · · Score: 1

      The funny thing is, the hardware console on the z9's runs Linux. In a way, you can't IPL without it.

      --
      Paul Anderson
      "I drank WHAT?!" -- Socrates
    14. Re:Imagine... by K.+S.+Kyosuke · · Score: 2, Informative

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

      --
      Ezekiel 23:20
    15. Re:Imagine... by Anonymous Coward · · Score: 0

      I was involved with a project where we hosted virtual images for university students. Granted while the majority of the images were idle most of the time because students only used them to do homework and class assignments, and only a few images did real work like hosting databases and webservers, we were able to run over 500 Linux images on a single 16 cpu Z9 with 64 gigabytes of memory. Because of the mainframes incredible reliability, with redundancy in basically all aspects of hardware, the systems were never unavailable or down due to a dead cpu, or bad memory or anything like that. My understanding is the machine just phones home, and a guy drives out, replaces the part, and the system hums along without skipping a beat. The only time we ever took then actual mainframe down was to upgrade Z/OS during the summer break. Good stuff...

    16. Re:Imagine... by rubycodez · · Score: 1

      but will it run NetBSD?

      I'm not forking out all that dough for something with less functionality than some toasters.

    17. Re:Imagine... by TyrainDreams · · Score: 0

      only one 16 cpu Z9 you say?

  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 Finallyjoined!!! · · Score: 1

      Because it's decimal, not binary, so (if I'm right) it would be BIPS (Billion)

      --
      If I had an Ass, I'd call it Fanny Bottom, then I could slap my Ass; Fanny Bottom, on the Arse.
    2. Re:This might be a dumb question... by palegray.net · · Score: 1

      It would make it sound like a whole crapload of rip-offs?

    3. 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.
    4. Re:This might be a dumb question... by Anonymous Coward · · Score: 0

      Because there was an internal argument about whether GIPS was 1000 vs 1024 MIPS. They decided to cop out.

    5. Re:This might be a dumb question... by harry666t · · Score: 1

      Because it's a polish word for gypsum.

    6. 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.
    7. 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".
    8. Re:This might be a dumb question... by Anonymous Coward · · Score: 0

      Erm, thousands of kilograms are expressed in megagrams (Mg), not in gigagrams.

      That being said, in my publications in peer-reviewed journals I (am forced to) use megagrams instead of t. Density has to be given in Mg/m^3, no kidding...

    9. 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.
    10. Re:This might be a dumb question... by bipbop · · Score: 4, Funny

      I resemble that remark!

    11. 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.
    12. Re:This might be a dumb question... by kramulous · · Score: 1

      Because years ago when chip makers were using vacuum tubes, the SI unit dictated the use of the NIPS, which was a useful measurement but made some of the nerds giggle. Apparently, once another measurement was adopted, Moore's law kicked in and everybody was able to move on.

      --
      .
    13. 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.
    14. Re:This might be a dumb question... by Anonymous Coward · · Score: 0

      That must be some PC you've got there. According to IBM, for the current systems (z9) "The z9 EC supports up to 336 FICON Express4 channels, each one operating at 1, 2 or 4 Gbps/sec auto-negotiated". You can also have 1024 ESCON channels and 48 Ethernet ports. And up to 512GB memory. I'm guessing you don't really have a clue about these machines.

    15. Re:This might be a dumb question... by rucs_hack · · Score: 1

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

      Actually I believe that when such large measures are used, it generally refers to the means to remove the odd troublesome city or two..

    16. Re:This might be a dumb question... by nevali · · Score: 1

      Or "fucktonne", as we often say over here.

      (More commonly, it's "shitload" rather than "shiteload"... at least in the UK).

    17. Re:This might be a dumb question... by Digi-John · · Score: 1

      Mainframes have never really been about speed. Just throwing that out there.
      To use the tired old car analogy, complaining about mainframe vs. PC clock cycles or MIPS is like saying semi trucks suck because they don't accelerate as fast as your car.

      --
      Klingon programs don't timeshare, they battle for supremacy.
    18. Re:This might be a dumb question... by ultima · · Score: 1

      Yeah.

      Faster mainframes are about scaling crappy legacy applications.

      You know, 'coz no one ever gets fired for choosing IBM.

    19. Re:This might be a dumb question... by Anonymous Coward · · Score: 0

      My grandmother's from Fuckton, you insensitive clod!

    20. Re:This might be a dumb question... by Anonymous Coward · · Score: 1, Interesting

      because MIPS means Millions of Instructions Per Second, not Mega Instructions Per Second, so it'd be BIPS if anything.

      Also, thousands of millions is less ambiguous for those who don't realise that the UK stopped defining a billion as a million million fifty years ago.

    21. Re:This might be a dumb question... by TapeCutter · · Score: 1
      --
      And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
    22. Re:This might be a dumb question... by countSudoku() · · Score: 1

      Is that an African or European metric tonne?

      Sorry, it's off-topic Friday in my hemisphere.

      --
      This is the NSA, we're gonna geet U h@x0r5! Also, what is a h@x0r5?
    23. Re:This might be a dumb question... by Digi-John · · Score: 1

      That makes me think of an old fortune quote: Although it is still a truism in industry that "no one was ever fired for buying IBM," Bill O'Neil, the chief technology officer at Drexel Burnham Lambert, says he knows for a fact that someone has been fired for just that reason. He knows it because he fired the guy.
      "He made a bad decision, and what it came down to was, 'Well, I bought it because I figured it was safe to buy IBM,'" Mr. O'Neil says.
      "I said, 'No. Wrong. Game over. Next contestant, please.'"
      -- The Wall Street Journal, December 6, 1989

      --
      Klingon programs don't timeshare, they battle for supremacy.
    24. 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?
    25. Re:This might be a dumb question... by haelduksf · · Score: 2, Funny

      i think you mean 1000 MIPS = 1 gyp

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

    27. Re:This might be a dumb question... by section321a · · Score: 1

      Unless you work on Wall Street. Then you're always looking for more BIPS in the spread on interest rates between securities.

    28. Re:This might be a dumb question... by Romwell · · Score: 1

      ..and then IBM would go into song industry and release a CD, titled "GiPSy Kings"

    29. Re:This might be a dumb question... by Anonymous Coward · · Score: 0

      Actually the preferred solution used by our friends in the storage industry is the patented "really really tiny footnote".

    30. Re:This might be a dumb question... by rrohbeck · · Score: 1

      How come they talk about thousands of MIPS instead of just saying GIPS? Maybe because "Gips" in German means plaster or cast. That would sound like broken mainframe. Bad marketing.

    31. Re:This might be a dumb question... by totally+bogus+dude · · Score: 1

      I'd rather say "eight thousand four hundred fifty-four kilograms" than "eight and four hundred fifty-four thousandths of a tonne"

      Me too, but I'd be more likely to say "eight point four five four tonnes".

    32. Re:This might be a dumb question... by neumayr · · Score: 1

      What the..?
      Thought there was a point to those SI units..

      --
      Truth arises more readily from error than from confusion. -Francis Bacon
    33. Re:This might be a dumb question... by Anonymous Coward · · Score: 0

      Making a decision purely for that reason really *is* bad, but then so is working for someone who says things like 'No. Wrong. Game over. Next contestant, please.' to their employees. What a dick.

    34. Re:This might be a dumb question... by TheLink · · Score: 1

      In the first place how'd that employee get hired AND promoted to the point where he got the chance to choose what to buy? So who promoted that person?

      If your company has people in charge who buy IT stuff based on brand without thinking then that usually works out to be the same as buying expensive crap. Imagine if your Bank was just buying software and hardware like that from vendors... I think I'd want to say "No. Wrong" etc etc to the people responsible. Trouble is, it's likely that many of the Banks are doing that ;).

      In many companies, there's a big difference between
      a) spending the company's money to try to keep your job
      b) spending the company's money for the company's benefit

      I suggest that it's in the interest of a Company to try to make a) and b) close enough ;).

      --
    35. Re:This might be a dumb question... by Anonymous Coward · · Score: 0

      Kinda fits how Drexel Burnham is the arse-gravy of the Finance community, though. (Junk bonds and other shenanigans -- far removed from the original, reasonable purposes of the stock market, to say the least.)

    36. Re:This might be a dumb question... by turgid · · Score: 1

      My point was that IBM's marketing is full of pointy-haired drivel as usual. Shouting about MIPS is completely useless to people who know about computers. That is why I compared their MIPS claims to my home-made pocket-money PeeCee.

    37. Re:This might be a dumb question... by baegucb_18706 · · Score: 1

      Actually, IBM doesn't usually use MIPS. Usually, the mainframe systems people use MSU as the performance measurement (Millions of Service Units). http://www.itjungle.com/big/big061306-story01.html

    38. Re:This might be a dumb question... by CoderDevo · · Score: 1

      Because many (most?) software packages for z/OS charge the customer based directly on the MIPS capacity of each LPAR under which software is running. LPAR is a logical partition of the hardware resources, kind of like a VM.

      So the more MIPS you have, the more you must pay in license fees to the software vendors. Some customers do not use the full capacity of the CPUs for this reason. IBM lets you unlock MIPS in your hardware as you need more performance, without a CPU upgrade.

    39. Re:This might be a dumb question... by SlashWombat · · Score: 1

      I would argue that MIPS does stand for Mega Instructions per second ... as KIPS would stand for Kilo operations per second ...

      In engineering, the prefixes k (kilo), m (mega), g (giga) have been utilised since way before most slashdotters were in nappies. It seems that some people can use gHz without being confused, but stumble when attempting to apply the same principle elsewhere.

    40. Re:This might be a dumb question... by Anonymous Coward · · Score: 0

      We'd have to talk about billions of instructions per second

      Only you poor US bastards. Most of the world knows that bilion is 1.000.000 times as much as million, not 1.000.

    41. Re:This might be a dumb question... by mstahl · · Score: 1

      I think there's some kind of rule in marketing not to speak or write numbers with a decimal point. So 1.234GIPS would instead be called 1,234MIPS.

  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
    2. Re:Low-End Port to PowerPC? by Wesley+Felter · · Score: 1

      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)? Sure, zLinux software can be trivially recompiled for Linux/PPC. But if you're talking about real legacy mainframe code, of course IBM doesn't want people to switch to a cheaper platform. (And I think you mean much higher reliability.)

      Any possibility to run PPC SW on a z6, with some automatic porting for the higher performance? Most PPC software is written in C, so you can just recompile it for zLinux if you want to run it slower.
    3. Re:Low-End Port to PowerPC? by Anonymous Coward · · Score: 0

      POWER6's code name was eCLipz. The ipz = System i, System p, and System z.

    4. Re:Low-End Port to PowerPC? by Guy+Harris · · Score: 1

      The POWER6 architecture is an incremental improvement on an architecture which dates back to the mid '90s

      Early '90's, as in 1990.

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

      ...and also present in the AS/400^WiSeries^WSystem i, which currently uses POWER processors, although the BCD stuff in POWER6 is probably as much for IEEE 754r floating-point decimal as for any commercial fixed-point BCD stuff.

    5. Re:Low-End Port to PowerPC? by Drishmung · · Score: 1

      an architecture that goes back all the way to the 1960s with System/360 - the longest running architecture to maintain backwards compatibility
      Since the 1st 360 was introduced in 1964, and the Burroughs B5000 in 1961, you could argue that particular crown belongs to Unisys. If you trace the Large Systems from the B5500 (1964) they are more even.
      --
      Protoplasm. Quiet Protoplasm. I like quiet protoplasm.
    6. Re:Low-End Port to PowerPC? by Anonymous Coward · · Score: 0

      But who trusts Wikipedia?

      Product of buncha trolls, pranksters, clueless fanboys, and armchair experts.

    7. Re:Low-End Port to PowerPC? by TheRaven64 · · Score: 1
      Ah, good point, I keep forgetting the Burroughs Large Systems architecture still exists. The B5000 was a gorgeous architecture - modern systems designers could learn a lot from it - and aspects of it have had a huge impact on the development of several modern programming languages.

      The main difference (from a commercial perspective) is that the S/360 architecture was introduced on a variety of systems. It was designed as a portable architecture from the start, while the B5000 was just such a superb machine that no one wanted to get rid of it.

      --
      I am TheRaven on Soylent News
  7. Kinda slow, eh? by Anonymous Coward · · Score: 0

    What are mainframes used for these days anyway? I mean I have used them years ago but even then I didn't really understand the purpose. Also back then I got to play on one of the first Sun E10000 servers ever produced and I was also underwhelmed with the performance.

    Considering a single modern quad core Pentium has about twice the processing power as this mainframe. What's the point? Wouldn't a regular distributed system be better and way faster all around?

    1. 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.
    2. 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
    3. 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.

    4. 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
    5. Re:Kinda slow, eh? by ModestMotorhead · · Score: 1, Interesting

      Modern mainframes can run not just z/OS but many other operating systems (like Linux or AIX for example). One of the benefits to mainframe architecture is that it is extremely easy to scale vertically. So, if you want to add more processor to an instance, but add more MIPS. I know, it isn't THAT easy, but depending on the licensing that oyu have from IBM it equates to much easier expansion.

      --
      -- "Mathematics is music for the mind, and Music is Mathematics for the Soul. - J.S. Bach"
    6. Re:Kinda slow, eh? by rbanffy · · Score: 1

      "This mainframe uses the the z6 CPU, which is effectively a POWER6 with a different instruction decoder and MMU"

      It probably also has a different memory interface and a different register file. What's left from the POWER6 when you take out the instruction decoder, MMU, register file and memory interface? True, they share about 90% in mass - probably the same chip carrier ;-)

    7. 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
    8. Re:Kinda slow, eh? by TheRaven64 · · Score: 1

      What's left from the POWER6 when you take out the instruction decoder, MMU, register file and memory interface? The execution units and the branch predictor. In short, the parts that make the chip fast.
      --
      I am TheRaven on Soylent News
    9. Re:Kinda slow, eh? by edibobb · · Score: 5, Funny

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

    10. 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.
    11. 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.
    12. 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
    13. 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.

    14. 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!
    15. Re:Kinda slow, eh? by Marnhinn · · Score: 1

      Correct - I should have said parallel sysplex - (I'm a noob to the mainframe world - and loving it).

      --
      There is always a frontier where there is an open and willing mind
    16. Re:Kinda slow, eh? by Anonymous Coward · · Score: 1, Interesting

      Yeah that's why even Deutsche Bahn was able to replace 300 servers with one mainframe. Far too many people learn about the design and power of mainframes by reading pc magazine. Even if there was a performance hit the stability is worth it to any operation that requires IT services to bring in revenue.

      http://www.theregister.co.uk/2005/03/31/deutsche_bahn_ibm_suse_server_consolidation/

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

    18. Re:Kinda slow, eh? by Anonymous Coward · · Score: 0

      CPU-wise mainframes are slow.

      A current Intel multicore CPU-wise outperforms both mainframes and Power 6.

      This shows especially with CPU intensive Java or shell scripts.

      Just run a Java benchmark like http://dacapobench.org/ or run a Configure or make script of a Unix package under z/OS Unix.

    19. Re:Kinda slow, eh? by Anonymous Coward · · Score: 0

      We found current Intel Xeons to be faster for Java than P6 .

      Get the http://dacapobench.org/ benchmark and try yourself.

      Then scp some large files to Linux, P6 and mainframe and compare the copying times. This shows C and decryption performance.

      Then get some large Unix SW package like OpenLdap or ACE and compare the Configure and Make times. This shows Shell script and compiler performance.

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

    21. Re:Kinda slow, eh? by Dolda2000 · · Score: 1

      Also, in terms of virtualization - a single mainframe on z/Linux can host many virtual linux servers I've never really understood that idea, though, so hopefully you might explain it to me. Why would one want to run several instances of the same operating system on one machine? Why not just run one instance of Linux and let it handle it all, instead of dividing it up? It just seems you'd get more overhead that way, to me.
    22. Re:Kinda slow, eh? by baegucb_18706 · · Score: 1

      Where I work, If the application is CPU intensive, it goes to a X86 server (Unix, Windows, Linux). This is because yes, some X86 CPUs are faster. If it's IO intensive, it goes to the mainframe. That is where the mainframe is a killer, so Oracle DBs for instance are ideal. And if we want an app to be 24x7 with 100% uptime it goes to the mainframe. Our main website runs on the mainframe, (using UNIX services) and hasn't been down in years. And with the ability to turn on another engine on the fly, the mainframe can scale up quickly. We actually run z/OS, Linux, and have UNIX services all running at the same time, on the same box. And all the legacy stuff is still supported and runs just fine, so why change it?

    23. Re:Kinda slow, eh? by Anonymous Coward · · Score: 0

      Well that's what I was wondering about. Looking at the raw MIPS figures:

      This mainframe is rated at 27000 MIPS whereas the Intel Q6600 is rated over 36000 MIPS (and that's just the old generation of chips).

      Put a couple of those quads on some good fault tolerant hardware and it would slaughter the mainframe for 1/10th the price.

    24. 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.
    25. Re:Kinda slow, eh? by Anonymous Coward · · Score: 0

      What are mainframes used for these days anyway? I mean I have used them years ago but even then I didn't really understand the purpose.

      Why didn't you ask somebody?

      Considering a single modern quad core Pentium has about twice the processing power as this mainframe. What's the point? Wouldn't a regular distributed system be better and way faster all around?

      Look at the whole system and you see the light. Three main points:

      1. Reliability. The z6 CPU features tens of thousands of error checking points in it, and that's just the CPU. Also complete rollback and instruction retry from earlier correct thread state -- try that on your imaginary quad-core Pentium or modern quad-core Core 2 ;-)
      2. Transaction capacity. Your PC either chokes to death or melts in white glow at the I/O storm where the mainframe just belches. Your CPU is idling all this time. Improve the system around the CPU to correct this and duh, you built a mainframe.
      3. Special features. You can mimick the same kind of virtualization support on your Pentium, but your performance goes down the toilet. And you can build a distributed cluster but not a smooth single-system-image machine, and often a cluster is simply the wrong tool for the job.

      Moreover, the Z6/POWER6 at 5 GHz mops the floor with your Core 2 at 3.6 GHz in single thread FP64 performance. It's not even slow as a number cruncher (which isn't the main purpose).

      But sure you pay a handy sum for all the goodness.

    26. Re:Kinda slow, eh? by Anonymous Coward · · Score: 0

      They can also be clustered together in geographically dispersed areas and tied together in what is called a parallel sysplex. If say machine A were flooded and taken offline by a natural disaster or for whatever other reason, its companion machine B in another city would continue processing jobs without skipping a beat. And because of the redundancy built into the systems hardware, it almost takes a disruption of this magnitude to take down a box. Finally, because every bit of hardware can be virtualized, a mainframe can run at 90-100% utilization with proper planning. Just keep adding systems until you saturate your capacity.

    27. Re:Kinda slow, eh? by Just+because+I'm+an · · Score: 1

      Why hire more than one accountant/lawyer/secretary/etc for your company? Just hire one and let them handle it all, that way you avoid all of that nasty overhead.

    28. Re:Kinda slow, eh? by Raideen · · Score: 1

      Why hire more than one accountant/lawyer/secretary/etc for your company? Just hire one and let them handle it all, that way you avoid all of that nasty overhead.
      Presumably, if you're running multiple VMs on the same box, the hardware is capable of handling the same load with only one instance of whatever OS with the same load. One person can't handle the same load as multiple, equally competent people so your analogy isn't a good one. A better analogy would be hiring four accountants for 10 hours per week instead of having one full-time accountant. One possible answer to the GP's question is fault segmentation. If a service in a VM fails in a horrible manner, the hardware and software is capable of preventing that failure from affecting all instances. In other words, you don't have to worry about your one accountant getting hit by a bus.
    29. Re:Kinda slow, eh? by dreamchaser · · Score: 1

      Keep in mind that the true definition of MIP is 'Meaningless Indicator of Performance'. You will NOT get anywhere near the performance of one of these beasts from a quad core x86 processor.

    30. Re:Kinda slow, eh? by lgw · · Score: 1

      There's nothing about Google commodity-cluster approach that won't work for important data as well - you just need enough copies around the cluster. The goal, after all, is not to make it mathematically impossible to lose data on a hardware failure, just to make it unlikely and to know when it happens. If you make is less likely tto lose data at a given price, it's the right way to go, at least when developing from scratch.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    31. Re:Kinda slow, eh? by jimicus · · Score: 1

      True, but there are three things about the Google commodity-cluster which do pose a significant issue:

      1. It doesn't present the filesystem through standard POSIX calls. So you can't just set up a massive filesystem and let any application you like store files there, the application needs to support the clustering specifically.
      2. It's not available outside of Google.
      3. IIRC it doesn't guarantee that every block across the cluster is in perfect step. So you could wind up with User A being presented one set of records in the finance system and User B being presented a different set, and no way of knowing which is the most up to date version.

      I'm sure these could be solved in time but right now they're pretty major issues.

    32. Re:Kinda slow, eh? by lgw · · Score: 1

      Yeah, we went down this path, but it proved too hard for our devs to remember that the filesystem wasn't what they were used to, and we went back to a "hard cluster". I would have preferred that we hire a better class of devs instead, but the job market is seriously crazy in India right now, so it was Hobson's choice.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    33. Re:Kinda slow, eh? by Anonymous Coward · · Score: 0

      As the poster below pointed out, but perhaps not clearly enough, MIPS isn't the same thing in both scenarios (systems) here.

      A mainframe MIPS is very VERY different from an Intel MIPS, or AMD, or whatever. Not the same thing at all.

      Apart from that, read up on the POWER6 processor. There seems to be a decent overview on Wikipedia.

      It positively stomps on anything x86-related from Intel and AMD. Actually, it stomps on most everything in the way of general-purpose processors, with the exception of its close cousin, the z10 mainframe chip.

      Cool stuff, and we haven't even begun talking about I/O performance yet...

    34. Re:Kinda slow, eh? by jgiltner · · Score: 1

      The actual upgrade of the hardware to add more processing power is simple and easy. The processors come in "books", each box (depending on the model you have: z990, z9, z10) will have anywhere from 8 to 20 user assignable CPU's already installed. If you are not using all of the CPU's, the IBM CE just dials into the the mainframe service element remotely and turns on another CPU. If you are using all of the CPU's in the currently installed book(s), he then must come out and install a new book, which on the z9 and z10 can be done concurrently and non-distributively. For the most part upgrading memory can be just as easy. The long part is the paper work on purchasing the upgrade, getting software licenses upgraded, and installing any new license codes that may be required.

    35. Re:Kinda slow, eh? by FlyingGuy · · Score: 1

      I am surr you are correct, right up to the point where you launch the second iteration. You have a lot to learn about what computing power really is.

      Yes a single multi-core intel CPU might outperform a single Power CPU, but then again, I would like to see you hook up, oh say 5000 users to that box and have them all running an instance of the accounting system, or all talking to the same ORACLE database.

      --
      Hey KID! Yeah you, get the fuck off my lawn!
  8. But will it run Vista? (NT) by TheIndifferentiate · · Score: 1

    Yuk, yuk...

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

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

  10. 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!
  11. 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.

  12. What it really is by pigiron · · Score: 1

    What it is, is OS/360.

  13. Oblig: Linux? by y86 · · Score: 0, Redundant

    Yeah but does it run Linux? Can do it more LPARS?

    1. Re:Oblig: Linux? by nevali · · Score: 1

      Well... yes.

    2. Re:Oblig: Linux? by Dunbal · · Score: 1

      More importantly, hopefully with all that computing power we will finally have a machine that can divide by zero.

      --
      Seven puppies were harmed during the making of this post.
  14. Obligatory by Tablizer · · Score: 3, Funny

    I for one welcome our big and fast Cobol overlords.

  15. 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"
  16. The Devil's in 'em by Itninja · · Score: 1

    It looks like IBM leaked details all over their new server. Those detail stains never come out.

    --
    I judt got a nre Kinesis keybiartf so please excusr ant egregiou typos.
  17. bang for the buck isn't there by peektwice · · Score: 1

    Big iron Unix servers, and even some larger Wintel servers offer way more competitive pricing and support costs for OLTP systems. However, IBM's support costs for Linux LPARS are about 90% less than the support costs for z/OS.
    I've heard numerous mainframe types tout the performance of mainframes over distributed systems, but I don't buy any of it. The comparisons, as they are in many other areas, are always rigged. When you factor in the cost of "MIPS" (the more you use the more you pay) there is no comparison.
    I wish I could have found the studies that uphold my statement, but I couldn't. I'd like to see real arguments on both side of this. If anyone has links, please post....

    --
    Other than this text, there is no discernible information contained in this sig.
    1. 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.

    2. Re:bang for the buck isn't there by peektwice · · Score: 1

      I'd agree that one shouldn't trust huge numbers of transactions to Wintel, because the architecture simply won't handle it. But what about big Unix iron? SunFire and SuperDome systems are able to handle mainframe sized loads (and then some). For large, finely tuned batch jobs, maybe the mainframe has Sun or HP beat, but IMHO, Unix has the best bang for OLTP systems, and are easily as reliable.

      --
      Other than this text, there is no discernible information contained in this sig.
    3. 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.

    4. Re:bang for the buck isn't there by Anonymous Coward · · Score: 0

      If you mean that x86 won't handle I/O load, you may be right. But Windows runs on Itanium, so an Intel box running Windows (like a Superdome) can certainly handle the OLTP load. The particular test I linked to handled about 1M users, and that was a couple years ago. If you're going to spend millions of dollars on a server, it could just as easily run Windows, handle the same load, and be just as reliable.

      dom

    5. Re:bang for the buck isn't there by jgiltner · · Score: 1

      Are you implying that Windows is just as reliable as z/OS? I don't think so. Unfortunately IBM will not publish any standard benchmarks for zSeries systems running z/OS. The problem is they don't want to publish the list price as each system sold is basically a custom packaged and priced system. What I will say is that there are Intel based systems that can run z/OS using special software. The biggest one out there is based on NEC's newest 32-way dual-core (64 total cores) XEON box. According to the company that sells the system it is rated at about 3,500 z/OS MIPS. The new z/10 would only need about 4 CPU's to get to the 3,000 MIPS range, even the older z9 would only need 6 CPU's, and the even older z990 would only need about 10 CPU's. I can't believe anybody in their right mind would spend millions of dollars on a Windows server. A Linux server, xxxxBSD server, or a Unix server, sure.

  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 Anonymous Coward · · Score: 0

      yes... that was the initial goal of eclipz... but basically about halfway through they realized building a semi-truck-ferarri wasn't working so well, and there was the great z6-p6 split (lots of Z folks thought it was a clever ploy by P to get resources for a "shared" development that happened to be mostly driven by P goals, since P went first) in the end they ended up sharing design methodology, lots of little circuit bits, some neat black t-shirts, and designers flowed relatively freely between the two. the two systems also share some memory and IO chips for certain configurations. and of course I and P were merged.

    2. 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
    3. Re:Except the processor... by gravis777 · · Score: 1

      Couple of questions.

      1) I thought AIX was a mainframe. Am I wrong? I may be confusing with the AS/400, but I thought AIX was a mainframe built by HP.

      2) What is the advantage of running a mainframe over, say, a server farm, or a server farm in beowoulf mode? It seems that several rack-mounted servers would take up less space. Would the only advantage really be in backwards compatability?

      3) Doesn't the IBM mainframes run a variant of Unix? If that is true, couldn't you simply port C and Cobol Programs (probably not assembly code) to other *nixes with minor tweaks to the code?

      Sorry if these questions had already been answered, but I did not see them anywhere in the comments for this article

    4. Re:Except the processor... by TheRaven64 · · Score: 1

      1) I thought AIX was a mainframe. Am I wrong? I may be confusing with the AS/400, but I thought AIX was a mainframe built by HP. No, AIX is IBM's UNIX (SysV) variant. It now has Linux ABI support, among other things, and runs on POWER-architecture systems.

      2) What is the advantage of running a mainframe over, say, a server farm, or a server farm in beowoulf mode? It seems that several rack-mounted servers would take up less space. Would the only advantage really be in backwards compatability? Mainframes are much more closely-coupled and support better introspection and typically much more I/O throughput.

      3) Doesn't the IBM mainframes run a variant of Unix? If that is true, couldn't you simply port C and Cobol Programs (probably not assembly code) to other *nixes with minor tweaks to the code?
      The AS/400 systems run AIX. The System Z machines (like the one in TFA) run the latest derivative of System/360. This predates UNIX by almost two decades. Recent versions support a POSIX layer, and they can run Linux (and AIX?) in VM instances so you can port UNIX programs to them easily, but going in the other direction is much harder.
      --
      I am TheRaven on Soylent News
  20. Nightly tape procedure by Datamonstar · · Score: 1

    Let's get them tapes out sooner so I can get a full hour nap in before the day shift comes in!

    Too bad all the new power will likely go toward some new automation to page an admin when his print job abends because it tries to retrieve data from a subsystem during scheduled downtime. Oh well.

    --
    The eternal struggle of good vs. evil begins within one's self.
    1. Re:Nightly tape procedure by driftingwalrus · · Score: 1

      I've had a lot of abends because of RACF issues. I remember asking one person to email me their jobcard, and they didn't even know what it was. It seems odd to me to be submitting JCL and not even knowing what a jobcard is.

      --
      Paul Anderson
      "I drank WHAT?!" -- Socrates
    2. Re:Nightly tape procedure by baegucb_18706 · · Score: 1

      Abends can be caused by started tasks which have no job card. And some users are just plugging in parms and have their jobs auto-magically submitted (via a script or whatever).

  21. Skynet? by CohibaVancouver · · Score: 1

    The system goes on-line February 26, 2008. It begins to learn at a geometric rate. It becomes self-aware at 2:14 a.m. Eastern time, February 29th. In a panic, they try to pull the plug.

  22. So how many of these will I need... by Puffy+Director+Pants · · Score: 1

    To play the next version of Half-life?

    1. Re:So how many of these will I need... by lgw · · Score: 1

      You can play Half-Life on 1000 virtual machines simultaneously, but even with the 64 CPUs paired with 64 video cards, it still won't run Crysis!

      --
      Socialism: a lie told by totalitarians and believed by fools.
  23. I/O? by t482 · · Score: 1

    I know the older version supported something like 25 Gbps of I/O. Any idea what this version supports?

    1. Re:I/O? by jgiltner · · Score: 1

      The z9 supported 16 2.7 GBps (yes gigabytes) I/O interfaces for a total of 43 GBps of I/O. The z10 supports up to 16 InfiniBand I/O inter connects running at 6 GBps each, for 96 GBps of I/O bandwidth.

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

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

    1. Re:Translation by lgw · · Score: 1

      Netware used the same term, which I found humorous when I had moved from Mainframes to Netware - the only thing familiar was the term for failure.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    2. Re:Translation by Datamonstar · · Score: 1

      Hmm... as a system OPERATOR I already knew that information. But thank you for enlightening the rest of us. It still disturbs my sleep when a job decides to throw a flag because it didn't find data because there is no customer data and I have to write it up. But meh. What am I gonna do? find a real job?

      --
      The eternal struggle of good vs. evil begins within one's self.
  25. Super computers are over-rated by Anonymous Coward · · Score: 0

    Meh, i'd rather have a PDP-11!

    Whats wrong with a computer that doubles up as a heater?

  26. And also release... by Crazy+Taco · · Score: 0, Redundant

    I am not buying one till they get that OS up to 3.0 at least.
    And release service pack 1...
    --
    Beware of bugs in the above code; I have only proved it correct, not tried it.
  27. Doesn't Matter by GHynson · · Score: 1, Funny

    Given the state of software these days,.. They mean 27,000 million mistakes per second. Or 27,000 million mybad's per second.

  28. Re:ibm mainframes are crapola so is zos db2 by mevets · · Score: 1

    mod -1:drunk.

  29. Obligatory ebay comment by Anonymous Coward · · Score: 0
  30. Who cares? by PPH · · Score: 1, Funny

    When clock speeds became so high one could no longer see the bus activity on the cool status lights, mainframes are no longer interesting.

    Bring back the reel-to-reel tape drives while you're at it.

    --
    Have gnu, will travel.
  31. Lingo by PingPongBoy · · Score: 1

    Learning the language of large scale of computing is kind of interesting. So far, someone has informed us that an ABEND is an 'abnormal end' Which is mainframespeak for when something dies :)

    And now, ... The system goes on-line February 26, 2008. It begins to learn at a geometric rate. It becomes self-aware at 2:14 a.m. Eastern time, February 29th. In a panic, they try to pull the plug

    So ... what is the cute word for "abnormal life" in mainframe world? Even a link to a page of mainframe phrases would be nice, if someone could be so kind.

    --
    Know your pads. One time pad: good for cryptography. Two timing pad: where to take your mistress.
  32. Bah... Pulling paper tape through a KSR33 by crovira · · Score: 1

    that's a pace a human being can relate to.

    --
    MSBPodcast.com The opinions expressed here are my own. If you don't like 'em... Think up your own stuff.
  33. 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.
    1. Re:But its gonna be SLOW ... by drjzzz · · Score: 1

      ...and if it ever did crash, it'd be a blue sky of death! Yeah, Big, Blue, sky.

      --
      to err is human, to forgive is divine, to forget is... umm...
  34. I'm confused. by Anonymous Coward · · Score: 0

    can anyone tell me what's the difference between AIX and z/os?

    1. Re:I'm confused. by Anonymous Coward · · Score: 0

      AIX is a Unix. z/OS is a mainframe OS which for example runs your (bank's) old OS/360 binaries from the '60s without a single hiccup while providing OS/370 style sandboxes for a few hundred zLinux instances, but don't expect a nice GUI.

  35. 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.
  36. 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.
  37. Mainframes vs. fault-tolerant clusters by this+great+guy · · Score: 1

    You are spot on. Mainframes exist simply because throwing money and engineering efforts at the hardware/OS level is cheaper than rewriting the massive amount of legacy applications that have been built on them for the past 3 decades.

    At the opposite side, distributed fault-tolerant clusters built on commodity components can arguably achieve the same levels of reliability, at the cost of more engineering complexity at the application level. Overall, I would say clusters are probably more flexibile, if only for the vendor-inpedendance they provide.

  38. Seriously look at the specs really! Mabye 100,000+ by killmofasta · · Score: 1

    You should look at the specfications for this MONSTER.

    Umm.. you pay about $100,000 per processor. You get them all, they just enable them one at at time for liscenses. ( The shop I know has one, has 6 processors out of 54 enabled ). It can run updards 500 instances of linux per processor. ( average load ). You can upgrade the number of processors running on the fly! ( Sick aint it? ). It can run 1000s of linux instances...1000s!

    Its 5 Processors per board, 10 boards are fully populated, and the 7th only has room for 4 processors. ( Its really cool to look in the cabinet...)

    The old machine can handle 54 processors. ( They all actually come with all 54 installed! but at $100,000 a pop...You gotta pay! )

    "Unique to POWER processor-based systems, Micro-Partitioning enables the allocation of as little as 0.1 of a full physical processor with a granularity of 0.01-to a logical partition."

    A performance tuning analyst told me this alome is what allows hundreds of instances per processor ACTIVELY! Tens of thousands more can be put on freeze-non-execution status, and can be activated in the time it takes to swap it into memory. ( and it does it at channel-io speeds. )( a channel, and there are 32 of them, can transfer data at 1GB/Sec. ). The company, IBM claims they got 65,000 instances running, and the new boxes, they are probibly going to claim 100,000+.

    This is a mainframe. They called the z09 enterprise T-Rex in response to someone saying that mainframes are dead as dinosaurs.

    Reminds me of an old quote about what is a super computer! Costs more than $50Mil, state of the art, and is ranked on the top500.

  39. All the processors in the world don't help no disk by Maxo-Texas · · Score: 1

    And their current O/S has issues with this.

    It wants to give a disk intensive job all 64 chips if necessary -- and then the disks melt down.

    A possible patch to fix this has been cancelled-- there is no way to control it except scheduling these jobs for wierd hours when you are not using the system.

    Been suffering with this for 18 months now since they sold us on using outsourced multiple cpu systems in place of stand along boxes.

    --
    She was like chocolate when she drank... semi-sweet at first and then increasingly bitter.
  40. Useful for large web hosting companies? by cavebison · · Score: 1

    If you can virtualise (I assume there's an EU version of that word) on these things, why don't web hosting services use them, instead of messing with banks of multiple PCs? Or are we talking slight difference in capital investment?

  41. Mainframes - good questions and comments but by tuomoks · · Score: 1

    Yes, Fire's, SupedDomes, clusters, distributed minis, even Google network and so on have their places in computing world but when it comes to my money, I hope it is run in a real mainframe. The difference is not just the raw power (more later) but the reliability. Tandem (HP NonStop) and Stratus get near but there still are small differences. Mainframes (IBM and IBM clones mainly, Univac/Unisys, Burroughs and Honeywell good second but mostly history today) are different, just different. IBM 360 (370/390/z whatever) may be old but still the only SIMPLE system which was created not by chance or comities but on sound engineering principles for usability, performance and reliability. Actually all you need is "Principles of Operation" (grown over years but still readable) and you can do whatever you want in that system. Nothing (not much anyway) hidden. There is no such document of any other system - DOS (heh!) used to have one but that's another story. Now, about performance. Simple systems can perform better in your PC than in a mainframe but when it comes to raw information (not just computational) performance nothing, not even Fire or SuperDome, can do the same. Combine that to almost unlimited recoverability on hardware, you get the picture. There is a price but the real ROI is much more than just the one time or even monthly hardware / software price.

  42. WAS real improvement... by JAlexoi · · Score: 1

    Yeah.... And you can finally run a single WAS 6.1 instance on one of these babies! With some performance degradation...

  43. Re:All the processors in the world don't help no d by jgiltner · · Score: 1

    Sounds more like a poorly planned/setup disk enviroment.

  44. Re:Seriously look at the specs really! Mabye 100,0 by jgiltner · · Score: 1

    Even better. Say you finally run out of horse power on your z9 and you must upgrade to a z10. With a push pull upgrade, you disconnect all your I/O cables, unplug the z9, roll it out of the way, roll in the z10, plug in all I/O cables, plug in the power, IPL, and your done. Image, the hardware for hundreds or even thousands of "servers" upgraded that easily. Total time 3-4 hours. Oh and generally the new hardware has less energy requirements, so you reduce your environmental costs also. We had a new director for our data center that had not worked with mainframes for 20 years. He was amazed that we swapped out our mainframe in 3 hours. That was 3 hours from the time we started to shut the system down, until it was back up and running. No re-install of the OS, no re-deployment of any applications. He just imaged what we could do if we had all of our distributed systems running on one of these in virtual environments.

  45. Re:Seriously look at the specs really! Mabye 100,0 by killmofasta · · Score: 1

    That is what I have heard!

    Mod parent +2 Informative