Slashdot Mirror


IBM's Mainframe Dinosaur Turns 40

theodp writes "According to an SFGate.com article, PCs were supposed to kill off the mainframe, but Big Blue's big boxes are still crunching numbers, posting sales of $4.2 billion in 2003. First unveiled on April 7, 1964, the IBM mainframe computer celebrates its 40th birthday this week with a sold-out party at the Computer History Museum." The SFGate article also reveals: "Doug Balog, an IBM vice president, noted that 70 percent of the world's data are still housed in mainframe computers."

384 comments

  1. Never in a million years... by xeon4life · · Score: 5, Funny

    Skynet wont be able to take over with just a bunch o' desktops...

    --
    Real programmers can write assembly code in any language. -- Larry Wall
  2. If it aint broke..... by BWJones · · Score: 5, Insightful

    PCs were supposed to kill off the mainframe, but Big Blue's big boxes are still crunching numbers, posting sales of $4.2 billion in 2003.

    Well, there is a reason you still see COBOL jobs being posted from time to time. The IBM mainframe architecture was well designed and well implemented and to quote an oft used phrase: "if it aint broke, don't fix it".

    Of course they have made some improvements over the years, but these things are going to have a mighty impressive return on investment over the course of their lifetimes. Much more so than your average desktop PC which (if your running Windows) needs (is required) to be replaced every couple of years or so.

    --
    Visit Jonesblog and say hello.
    1. Re:If it aint broke..... by Anonymous Coward · · Score: 1

      I believe it's "If it ain't broke, dun fix it."

    2. Re:If it aint broke..... by adler187 · · Score: 5, Funny

      Or, "If it ain't broke... You aren't trying hard enough!" (according to Red Green that is)

    3. Re:If it aint broke..... by rgmoore · · Score: 5, Interesting

      And IBM takes yet another spin on that. Their view is "if it breaks, figure out why and change it so that it won't break that way again". Mainframes are very powerful and have great I/O, but their greatest strength is reliability. They have tremendous failover capability, can hotswap components so that they can keep running as they're repaired or upgraded, and are instrumented so if one does fail the cause can be traced and corrected. No, make that the cause will be traced and corrected. Whenever an IBM mainframe fails, anywhere in the world, IBM will hear about it and go to the trouble of a post-mortem.

      --

      There's no point in questioning authority if you aren't going to listen to the answers.

    4. Re:If it aint broke..... by lucabrasi999 · · Score: 5, Interesting
      but their greatest strength is reliability

      What does the "Z" in Z-series stand for?

      Zero Down-time

    5. Re:If it aint broke..... by Altizar · · Score: 2, Funny

      its "if it ain't broke, it don't have enough features."

    6. Re:If it aint broke..... by gkuz · · Score: 4, Interesting
      Of course they have made some improvements over the years, but these things are going to have a mighty impressive return on investment over the course of their lifetimes. Much more so than your average desktop PC which (if your running Windows) needs (is required) to be replaced every couple of years or so.

      While I am also a fan of IBM mainframes (we've had numerous mainframes that have had up-time measured in years), in all fairness, they have to be replaced periodically as well. Not because they're no longer capable of doing the job, but because after a while, IBM will take them "off maintenance", or will take an old rev of the OS (or VTAM, or NCP, or CICS) "off maintenance" and it just turns out that the current supported level will not run on your box. IBM has to make money, too. And any company that can afford a mainframe and needs one to run its core business would no more run an unsupported OS than you would go to work without your pants. So maybe the upgrade cycle isn't as short as PC's, but I'd bet you have almost no chance of finding a 15-year-old MVS box running any business anywhere.

    7. Re:If it aint broke..... by NighthawkFoo · · Score: 1

      Well, if you throw enough money at IBM, they will support just about any release you like. It will cost you, but if you're that attached to your current machine, they will keep on supporting it as long as you keep paying them.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it."
      - Evelyn Beatrice Hall
    8. Re:If it aint broke..... by Flexagon · · Score: 3, Informative

      The IBM mainframe architecture was well designed and well implemented...

      Indeed. In fact, there are many now-old innovations in it that "newer" technologies still don't completely get, like a true virtual machine architecture. Such capabilities, relatively trivial to add if designed into the hardware from the beginning, are painful and inefficient to emulate if not.

      Then again, I don't miss hex-based floating-point!

      Of course they have made some improvements over the years...

      One of the more amazing at the time that I saw was a workable subset implemented in the '80s on a PC card. It turned an early IBM PC into a desktop mainframe for some applications.

    9. Re:If it aint broke..... by Anonymous Coward · · Score: 1, Interesting

      Well, while I have my gripes with some things in the pSeries, IBM has managed to bring over the virtualization (including dynamic allocation) to the UNIX world pretty well.

      My understanding is that they're pretty hot to get the dynamic memory and CPU allocation for virtualization working in Linux next as well.

    10. Re:If it aint broke..... by Anonymous Coward · · Score: 3, Interesting

      Accuracy, reliability, and security, is only achieved on mainframes.

      I have always wondered why modern managers don't care about failures - resorting to re-boot and cross fingers.
      IBM goes after failures hammer and tongs, because DATA CORRUPTION is not acceptable at any price.
      Makes me wince thinking of Financial Institiutions on all MS - who cares about inflight I/O's, memory 'leaks', and glitches.

    11. Re:If it aint broke..... by Anonymous Coward · · Score: 0

      And the P in P-series stand for Plenty of down-time.

    12. Re:If it aint broke..... by Anonymous Coward · · Score: 0

      Actually, it stands for "Power".

    13. Re:If it aint broke..... by BrynM · · Score: 2, Informative
      One of the more amazing at the time that I saw was a workable subset implemented in the '80s on a PC card. It turned an early IBM PC into a desktop mainframe for some applications
      I remember some COBOL developers in the mid-90s using MVS on some specialized PCI cards. I used to have a bookmark to the vendor that made them, but it's long gone now. Instead, how about running ES/390 in an emulator? Dust off those JES commands and have some fun IPLing on your PC. Now if only Storagetek made USB cables for the Timberline silos... Imagine a cluster of... wait... STK and IBM both did that already.
      --
      US Democracy:The best person for the job (among These pre-selected choices...)
    14. Re:If it aint broke..... by Foolhardy · · Score: 1

      I won't argue with uptime, but having worked as a programmer on an AS/400, they are awfully easy to denial-of-service. If you run a stalled program interactively, everything crawls. The alternative is to run things as a (low-priority) batch job. The problem is that the batch subsystem will only run 10 batch jobs concurrently- 10 stalled or needing assistance (IE zombied; needing to offload a crash dump) and no more batch jobs get processed. Dumb programmers and users that don't worry why their program never returned can do a lot of damage with almost no priveleges and a lot of stupidity. Mabye it's just a case of bad adminning, but having a latency of 10+ seconds to press enter or a plugged batch system is in some ways worse than a crash.

    15. Re:If it aint broke..... by duffbeer703 · · Score: 1

      Case in point:

      I know of a major IBM customer who pays about $3,000/yr per server in maintainance for over 200 Pentium-75 servers scattered over dozens of branch offices.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    16. Re:If it aint broke..... by Anonymous Coward · · Score: 1, Interesting

      Well, don't go getting all excited about this. As a PC guy at a Fortune 50 company in the '80s, I asked the person testing the "XT/370" about it.

      Yes, that's right. The first version I saw of this unholy process was a PC/XT chassis (with one 10MB hard disk), with a second "expansion chassis" (containing the other 10MB hard disk). The required connection to the mainframe was via an early IBM PC-SNA adapter (don't remember the number) over coax (what else?).

      The tester told me it took 20 minutes to download the 370 subset and IPL the system. And then the running box was almost worthless - because it was an instruction "subset", meaning you couldn't run any of the development tools from the real mainframe at your desk (which, of course, was the point of having a "personal mainframe").

      More interesting to me is the connection between the STRETCH, the ACS, the System 360 (especially the Model 91), and what we have today, in terms of the Power architecture, and all the rest. After reading the various history sites for all that (example - http://www.cs.clemson.edu/~mark/stretch.html), I can once again believe there is nothing new under the sun - with of course the exception of the next Microsoft OS: LongHorn.

      Just imagine if IBM re-wrote the OS every 5 to 7 years, and forced everyone to purchase new versions of all the software. (Oh wait, that seems familiar - wondered where Bill_G had borrowed that idea ...)

      JAAC (just-another-anonymous-coward)

    17. Re:If it aint broke..... by Anonymous Coward · · Score: 0

      it would be cool if they made a mainframe in the shape of a big cock. preferrably a black one!

    18. Re:If it aint broke..... by chthon · · Score: 2, Insightful

      That is because most managers have never made an effort to compute what it would cost them if they should lose their data, and also do not have a clue what a downtime costs them.

      I have worked with someone who had done these figures, and he was never happy with downtimes, to say the least.

    19. Re:If it aint broke..... by dargaud · · Score: 1
      Now if only Storagetek made USB cables for the Timberline silos
      I've used those, but I'd like to see a silo with hot-swappable hard drive inside instead of the now obsolete 8mm tapes of SuperDLT tapes. Imagine it full of 400Gb Hitachi IDE hard drives... You have a 20 seconds delay for the robot access and the hot swap and then full ATA-6 transfer speed... Put 5 of them together to make a RAID of silos !
      --
      Non-Linux Penguins ?
    20. Re:If it aint broke..... by aastanna · · Score: 1

      no more run an unsupported OS than you would go to work without your pants

      *looks down* - Oh crap, now I have to drive home.

    21. Re:If it aint broke..... by Anonymous Coward · · Score: 0

      Where I work, we have a Z900. It gets a scheduled reboot every 1 and a half years. Also, a few months ago an IBM technician showed up saying he came to fix a problem on the mainframe. We said we didn't have any problems. He said the mainframe called home telling them one of our cards was in danger of failing. He replaced the card in question without disrupting a single user.

    22. Re:If it aint broke..... by plsander · · Score: 1

      Change your QBATCH max active job setting then... Or have your administrator change it. That job limit is not hard coded.

      That would be a case of bad adminning.

    23. Re:If it aint broke..... by sibtrag · · Score: 1
      Then again, I don't miss hex-based floating-point!

      Modern zSeries boxes suppport IEEE float.

    24. Re:If it aint broke..... by joshmccormack · · Score: 1

      This is great. I've been wondering how you could get mainframe experience without a mainframe. Of course, just like running Solaris on x86 instead of Sparc you're missing out on some things. And buying an old mainframe doesn't sound as doable as buying an old Sun box. Any recommendations on how to get more mainframe experience?

    25. Re:If it aint broke..... by htacoma · · Score: 1

      I used to service the 360's, lot's of fun.

      I'd bet you have almost no chance of finding a 15-year-old MVS box running any business anywhere.

      You'd be surprised to still find 1401's in LA (don't mind the amount of energy used) and those didn't even have operating systems. Still running Autocoder (Assembler equivalent) business applications with 4K of core memory.

      Cheers!
      --
      Han Tacoma

      --
      ~ Artificial Intelligence is better than none! ~
    26. Re:If it aint broke..... by cygnusx · · Score: 1

      Quoth grandparent: Accuracy, reliability, and security, is only achieved on mainframes.

      If the IT biz thought that way, then the only folk who would benefit from data processing would be the Fortune 1000. Accuracy, reliability, and security are now available in PCs to increasingly greater extents, and this is benefiting small biz tremendously.

      And quoth parent: That is because most managers have never made an effort to compute what it would cost them if they should lose their data, and also do not have a clue what a downtime costs them.

      Actually, many managers do cost/benefit analysis - if the cost of momentary downtime (such as rebooting after the monthly patch/reboot thing) is less than the (total!) cost of the mainframe, it's cheaper to plonk down for PCs.

      For example, *please* don't tell me that the original Hotmail should have ditched it's frontline of BSD httpds for a mainframe or three. Or that Google should abandon its thousands of index and doc servers for a few big fraggin' mainframes.

      Mainframes are damned good for some things. But let's not get carried away here: the PC (and even PC based databases) are not a fad, and are damned good at *other* things (and other price points!)

    27. Re:If it aint broke..... by Anonymous Coward · · Score: 0

      heh. You would be very surprised to know what people are still running. Come spend a day in the software support center... you have no idea how often the phrase "I'm sorry, that version went out of service 10 years ago." is uttered. There are a LOT of customer who don't upgrade... they know that even after they're out of support we're supposed to give "best effort" support... usually means we'll try not to laugh on the phone when they tell us what version they're running and what idiot manuever they did.

  3. Big iron I/O rocks... by winkydink · · Score: 2, Insightful

    ...and they tend to deal with tape media a whole lot better/faster too

    --

    "I'd rather be a lightning rod than a seismometer." -Ken Kesey

    1. Re:Big iron I/O rocks... by Anonymous Coward · · Score: 2, Funny

      Many years ago I worked in a Univeristy data center.
      We had an IBM machine big enough that I could walk inside it. Ah, the good ol' days.

    2. Re:Big iron I/O rocks... by Anonymous Coward · · Score: 0

      Don't forget the topnotch punchcard reader support.

    3. Re:Big iron I/O rocks... by mog007 · · Score: 2, Funny

      That'd be a neat idea for a movie... people actully INSIDE computers. They could interact with all the programs and stuff... OH! and the person could get arrested by the police, we'll call em ICP's, and they could race a really neat motorcycle to get out. They'd be called a maniac program because they claimed to BE a user, and thus not needing one. Perfect!

    4. Re:Big iron I/O rocks... by lacrymology.com · · Score: 5, Funny

      "I could walk inside it."

      Ahhhh! So YOU were the bug. ;)

      -m

      --

      #
      # Modus Ponens
      #
    5. Re:Big iron I/O rocks... by Graphyx · · Score: 1
      We had an IBM machine big enough that I could walk inside it. Ah, the good ol' days.
      And we didn't have to have no stinkin' heater either.
    6. Re:Big iron I/O rocks... by Artifakt · · Score: 1

      These days, Hollywood would never develop a concept like that. They'd have to add a big boss over the ICP's, and you couldn't just use motorcycles for the chase scenes, you would have to add tanks or something for variety. Without such changes, what you're describing would look like a cheap Disney flick.

      --
      Who is John Cabal?
    7. Re:Big iron I/O rocks... by nomadic · · Score: 1

      We had an IBM machine big enough that I could walk inside it. Ah, the good ol' days.

      How did the Light Cycle race go?

    8. Re:Big iron I/O rocks... by Anonymous Coward · · Score: 0

      You would think that the DVD industry would hold more than 70% of the worlds data. I've got several TB's of data just sitting on a shelf next to my tv.

  4. IBM management said that did they? by Colourspace · · Score: 5, Funny

    Thank god IBM's management are less susceptible to the '70% of statistics are made up on the spot' rule that other managers aren't....

    1. Re:IBM management said that did they? by Dan+East · · Score: 3, Interesting

      I do find that statistic a bit hard to believe. Especially when you consider the amount of information residing on terraserver, google, etc.

      Dan East

      --
      Better known as 318230.
    2. Re:IBM management said that did they? by Colourspace · · Score: 1

      Y'know, working in the microchip industry (as I do) it never ceases to amaze the BS management come up with to get the chance of their soundbites making it out into the wild like this. Looks like it works though.....

    3. Re:IBM management said that did they? by wankledot · · Score: 2, Interesting

      According to the terraserver web page, they have 4 nodes with 2TB each... that's not all that much data.

      --
      My sig is blank, I typed this by hand.
    4. Re:IBM management said that did they? by Colourspace · · Score: 1

      Actually Im being unfair because I know 90% of /. readers cannot moderate at any one time....

    5. Re:IBM management said that did they? by captain_craptacular · · Score: 1

      Google doesn't house much data at all in the big picture. Think of it as a gigantic array of pointers, which almost by definition is MUCH smaller than whatever data the pointers point to...

      --
      They who would give up an essential liberty for temporary security, deserve neither liberty nor security
    6. Re:IBM management said that did they? by Gildor · · Score: 2, Informative

      Yes, but don't forget the Google cache.

    7. Re:IBM management said that did they? by Leroy7677 · · Score: 1

      The amount of total data is such an abstract concept, I can't really buy any statistic making statements about that... guess that just reinforces my loathing and general distrust of corporate management

    8. Re:IBM management said that did they? by Dirtside · · Score: 4, Informative

      I don't know about that. There's quite a lot of big old mainframes running weather tracking and analysis software, for example. The USGS, I believe, has a number of mainframes that collect several terabytes of weather data per day... and they keep all of it. Forever.

      There are quite a lot of such obscure applications out there (especially in the earth and space sciences) that gather titanic amounts of data. Even if Google cached all five billion web pages, and each web page was a megabyte (which is probably way overestimating), that's 10 petabytes of data (5 petabytes each for the pages and the cache). Now think about the thousands of mass-data-collecting computers there are out there, that (between them) archive more data than that every day.

      --
      "Destroy science and religion. Science would re-emerge exactly the same; but not religion." - Penn Jillette, paraphrased
    9. Re:IBM management said that did they? by Chris+Mattern · · Score: 2, Informative

      > Think of it as a gigantic array of pointers

      But it's not. They keep a cache copy of almost all the HTML and other text, and thumbnails of all the graphics.

      Chris Mattern

    10. Re:IBM management said that did they? by Endive4Ever · · Score: 1

      Yes, but 'all the HTML and other text' just isn't that much data, in the final analysis. Not like the task of storing the huge mass of records that business mainframes store.

      --
      ---
    11. Re:IBM management said that did they? by ChrisMaple · · Score: 1

      Is this weather data on-line? Or do they keep it on tape in some warehouse, to be mounted rarely, if ever?

      --
      Contribute to civilization: ari.aynrand.org/donate
    12. Re:IBM management said that did they? by Anonymous Coward · · Score: 0

      But it's still *data*, whether it's online in the Internet or not.

      Okay, this conversation is dangerously heading toward armchair philosophy and zen buddhism (pick your pleasure)...

      For extreme folks, please don't mix DNA, molecules and friends into this. We are still talking about the computerised, man-produced, man-collected electronic information kind of data, not The Universe And Everything. Just pointed this out in case. :-P

    13. Re:IBM management said that did they? by supersnail · · Score: 1

      Depends how you measure it but 70% is about right.

      When you consider that your bank statement, electricty bill, tax bill and airline ticket almost certainly came from an IBM mainframe you get an idea of how pervasive these systems are.

      Also if you look at a survey of the largest databases IBM mainframes do float to the top
      http://www.wintercorp.com/vldb/2003_TopTen_Survey/ TopTenWinners.asp>

      --
      Old COBOL programmers never die. They just code in C.
    14. Re:IBM management said that did they? by Anonymous Coward · · Score: 0

      I would still estimate that the total size of company data stills dwarfs the Internet.

  5. Re:Yes, by Anonymous Coward · · Score: 0, Informative

    Yes. Yes it does.

  6. Support is easier on a mainframe. by Thanatopsis · · Score: 5, Interesting

    Mainframes are usually more robust, have a more developed architectures and in general are designed around a more stringent set of standards. Most mainframes have 24/7 use in mind. A friend of mine at NORAD talked about a PDP-11 with a 6 year uptime. Granted a PDP isn't a mainframe but those machines are architected with longevity in mind

    1. Re:Support is easier on a mainframe. by normal_guy · · Score: 1

      A friend of yours at NORAD talked about systems infrastructure?

      --

      Linux: Free if your time is worthless.
    2. Re:Support is easier on a mainframe. by PCM2 · · Score: 5, Funny

      It's easy to have a 6-year uptime when the only applications it's running are tic tac toe, chess, and Global Thermonuclear War.

      --
      Breakfast served all day!
    3. Re:Support is easier on a mainframe. by Alien+Being · · Score: 2, Funny

      Yeah, but then again, they can be accidentally hacked by a kid with an Imsai and a demon-dialer.

    4. Re:Support is easier on a mainframe. by Mikelikus · · Score: 3, Informative

      For those who don't know what a PDP-11 is and are afraid to ask, it's a minicomputer (mainframe, mini and micro, a desktop is a micro) from DEC.

      PDP-11 FAQ

      --
      -- Would it be acceptable to just put my name on my sig?
    5. Re:Support is easier on a mainframe. by Anonymous Coward · · Score: 0

      Heh, mod parent up ;->

    6. Re:Support is easier on a mainframe. by Thanatopsis · · Score: 1

      That wasn't classified data when he told me about it 3 years ago.

    7. Re:Support is easier on a mainframe. by Thanatopsis · · Score: 1

      Holy crap - I just realized how old I am. I had no idea that there might not be people who know what a PDP-11 was/is. (There are people still running them somewhere I am sure.) I just took it for granted that everyone would know. Oh well. Time moves on

    8. Re:Support is easier on a mainframe. by intertwingled · · Score: 0

      PDP 11/70 is still in use at the Very Large Array in New Mexico? Why? It does the job. And it does the job very well.

      --
      -- SKYKING, SKYKING, DO NOT ANSWER.
    9. Re:Support is easier on a mainframe. by falzer · · Score: 1

      There's something blinking red in the palm of your hand...

    10. Re:Support is easier on a mainframe. by IANAAC · · Score: 1

      Or, if it's anything like the last PDP-11 I worked with, loads a tape of financial data once nightly, only to then be transfered to an IBM 3090 for processing.

    11. Re:Support is easier on a mainframe. by Ziviyr · · Score: 1

      I dunno, last I saw tic-tac-toe on a puter, data banks were blowing sparks left and right, lights went out, then the computer announced some game or another sucked for lack of win-ability.

      I wonder if thw WOPR had a BLT drive...

      --

      Someone set us up the bomb, so shine we are!
    12. Re:Support is easier on a mainframe. by Anonymous Coward · · Score: 0

      I wonder if thw WOPR had a BLT drive...

      He prefered cheese.

  7. A different kind of mainframe by batkid · · Score: 5, Interesting

    While the overall structure of mainframes (OS, programming languages, etc.) have not changed much over the last 40 years, the actual guts of these computers have actually improved with the times (disk, computing capacity, etc.). Mainframes are much more suited for data warehouse and batch process applications then today's more "sexy" multi-tier architectures. The only downside to mainframe computing would be cost.

    I personally don't think mainframes will be gone... ever.

    1. Re:A different kind of mainframe by Kozar_The_Malignant · · Score: 5, Funny

      >the actual guts of these computers have actually improved with the times

      God, yes. You hardly ever see iron-core memory anymore, and punch cards are being phased out right and left.
      --
      Some mornings it's hardly worth chewing through the restraints to get out of bed.
    2. Re:A different kind of mainframe by Sycraft-fu · · Score: 2, Interesting

      Scary enough, we found a punch card, in pristine condition, the other day. It's a Fortran punch card, looks like F77, but might be an older spec than there (if there is one? I don't know). I would be amazed we still have it, but then again we have a paper oscilloscope (as in no CRT, just draws on paper) that dates from the 1950s, maybe earlier.

      I'll keep my pointies and clickies, thanks.

    3. Re:A different kind of mainframe by ErroneousBee · · Score: 1

      I keep a small stack, Im down to my last 50 cards now. I used them to keep notes on, its quite impressive when you are in an interview and you have your questions written in the back of a punched card.

      I never used them in real life, but I understand theres a company that still prints them for some applications, probably time clocks or museum stuff.

      --
      **TODO** Steal someone elses sig.
  8. Consequently... by bc90021 · · Score: 4, Informative

    COBOL is still in wide use. It is even being used with .NET, just to give you some idea of how widespread it is.

    1. Re:Consequently... by Anonymous Coward · · Score: 1, Funny

      COBOL.NET? There is just...something so wrong about that idea....[shudder].

    2. Re:Consequently... by narkotix · · Score: 1

      Im enrolled in the last class at my university that teaches priciples of cobol and disk related programming...i feel a bit nostalgic in which im the last of an eon to be trained!

      --
      We played dungeons and dragons for 3 hours.....then i was slain by an elf
    3. Re:Consequently... by Anonymous Coward · · Score: 0

      IBM Cobol Enterprise (for z/OS, Linux?, OS/390) supports calling and being called by Java
      I am not sure if it also supports (in essence) the Java object model (i.e. can you create instances of the Cobol object)?

  9. Re:DATUM not data by wankledot · · Score: 3, Informative
    "I have been correcting people over this for decades and still nobody corrects their usage"

    That's because you are the one that is wrong. Any and every dictionary I've ever seen has data as the plural of datum. Maybe no one is paying attention to you because they're tired of explaining it to YOU.

    --
    My sig is blank, I typed this by hand.
  10. Re:DATUM not data by Anonymous Coward · · Score: 0
    Someone failed their high school Latin. -um is a singular affix, -a is a plural one. You fail teh grammar!

  11. Re:DATUM not data by Amiga+Lover · · Score: 1

    Uhhh I was taught in the 1980s that the archaic usage has changed.

    One DATA several DATAS. The plural has been anglicised for a long time now

  12. Re:DATUM not data by farnz · · Score: 1, Informative
    Data is the singular. DATUM IS THE PLURAL

    the sentence should read

    "Doug Balog, an IBM vice president, noted that 70 percent of the world's datum are still housed in mainframe computers."

    I have been correcting people over this for decades and still nobody corrects their usage

    Perhaps because you're wrong. Datum is a Latin 2nd declension neuter singular, while data is the plural form. So, data is the plural, while datum is the singular. However, since we speak English, not Latin, using data for the singular is perfectly acceptable.
  13. Because PCs was wrong by stratjakt · · Score: 5, Interesting

    Not only are they still around, the world is moving back towards a mainframe-ish approach.. Hell, a webserver is a mainframe-ish approach if you consider a browser a dumb terminal (which I do).

    Mainframe + dumb terminals:

    Code executes in one place (one machine to maintain from a software viewpoint). Code 'lives' with the data.

    Collaboration/groupwork/etc is a no-brainer. "Brenda bring up invoice #43223 and blah blah blah".

    Software is protected from users (for the most part).

    PCs + Fat/thin Clients:

    Code excutes all over. You wind up with versioning/dependency hell. It's a bitch to administrate. Just when you think everythings good, some jackass installs a swimming fish screensaver and you're back to level 0.

    Data winds up in multiple, disjointed, locations. Bleh..

    Where I work we installed, and still support (and will for a decade past the official HP EOL date) HP 9000 series mainframes. I mainly deal with moving that stuff to the PC world, and I can tell you, lifes a whole lot simpler when you dont have to worry about what version of the OS, etc, etc, etc is running on the client machines..

    We're looking hard at Windows Terminal Services - essentially a modern day mainframe implementation, complete with GUI. Or we could go multiple X sessions, but our customers aren't to thrilled with the idea of *nix..

    --
    I don't need no instructions to know how to rock!!!!
    1. Re:Because PCs was wrong by Anonymous Coward · · Score: 0

      it's "too", not "to" you bating master. There may be more DATUM worthy of correction als0.

    2. Re:Because PCs was wrong by cbreaker · · Score: 3, Interesting

      A web browser is a little more then a dumb terminal, but it is just a terminal none-the-less.

      Doing everything over dumb web browsers is okay and all, but it's not very user friendly for a lot of applications. In order to bring web apps up to the usability of a traditional application, you're still dealing with versioning problems on the clients, because the browers will have to become a lot smarter. Java can overcome many of these problems if you can write your apps in it. But again, what version of java you got on your clients? Where is the code executed?

      In a perfect world, there's on server and all the clients can run the apps without worries about versions. Unfortunatly we don't live in one.

      If you run a tight shop, and don't allow people to install screen savers that will bring you to level 0 (incidently, that same indivual could do a lot more damage if untrusted and left to run amuck in your mainframe..) you can actually put together a decent system using distributed servers versus a mainframe.

      In my opinion, it's all the way you manage the system. You can quite easily run a terrible shop whether you run big iron or PC servers.

      --
      - It's not the Macs I hate. It's Digg users. -
    3. Re:Because PCs was wrong by exp(pi*sqrt(163)) · · Score: 4, Informative
      if you consider a browser a dumb terminal
      Now things may have changes since when I was a lad. But when I worked at IBM many years ago we used 3278 terminals. They practically are web browsers, invented decades before Mosaic. The form based approach 3278s use is much more powerful than the character-at-a-time nonsense like vt100 and its successors. Once great advantage is that things like text editors were still quite usable when the mainframe was being hammered.
      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    4. Re:Because PCs was wrong by wideBlueSkies · · Score: 1

      And all the stuff that we're doing in J2EE on the app server reminds me very much of CICS. We're just reinventing it.

      wbs.

      --
      Huh?
    5. Re:Because PCs was wrong by UltraSkuzzi · · Score: 1

      Don't even try it, the Windows Terminal Services thing. Slow as hell, buggy as hell. It's full of loopholes, its slow, ineffiecient, bogs the network down. I work for a mid sized university in ohio, and they have just complete installing a bunch of 'wyse' winterm's all over campus as kiosks. There a nice idea, but they require a lot to maintain. So much for 'Total Cost of Ownership'..........

      --

      ~UltraSkuzzi
      This comment is liscensed by SCO.
    6. Re:Because PCs was wrong by rodgerd · · Score: 1

      A colleague's father was part of the committees that eventually churned out the J2EE spec. It was indeed originally intended as CICS for Java. It mutated a bunch, though.

    7. Re:Because PCs was wrong by svallarian · · Score: 1

      Windows Terminal Services is fine, as long as you don't want to print.

      We loaded up a Canon Imageclass print driver and every third time you print to it, it bluescreens the server.

      Lovely piece of code right there...on a 2000 Server box no less!

      Steven V.

      --
      I patented screwing your mom. But it got revoked for "prior art."
    8. Re:Because PCs was wrong by Moderation+abuser · · Score: 1

      Xterminals, or similar (see the PXES project) on the physical desktop.

      An array of load balanced login servers which manage the KDE (*not* Gnome, it's too slow and inefficient) user interface.

      Backended by an array of grid based execution nodes where your larger (Mozilla,OpenOffice etc) user applications really run.

      And rdesktop clients installed for access to any required Windows applications.

      You need a good network but it gives you a massively scalable and relatively simple to manage infrastructure. Any more and I'll have to start charging you consultancy.

      --
      Government of the people, by corporate executives, for corporate profits.
  14. Re:as j0 m0mma can attest... by Anonymous Coward · · Score: 0

    MOD PARENT UP

    well said

  15. Re:DATUM not data by JofCoRe · · Score: 2, Informative

    Data is the singular. DATUM IS THE PLURAL

    Merriam-Webster begs to differ: Etymology: Latin, plural of datum

    Although I don't think I've heard many people ever talk about datum either... maybe because it's always always plural. When was the last time you had only one piece of datum? :)

    --

    Place sig here.
  16. haappy Biirthday Tooo you! by OtakuHawk · · Score: 0, Offtopic

    Yay! *Pops corks*

    1. Re:haappy Biirthday Tooo you! by moosesocks · · Score: 2, Funny

      Just don't light a cigar. You might trigger the halon.

      --
      -- If you try to fail and succeed, which have you done? - Uli's moose
  17. Re:DATUM not data by dzelenka · · Score: 2, Interesting

    Maybe you should have looked it up at some point over the last few decades. Here is an extract from Wikipedia:

    A datum is a statement accepted at face value. Data is the plural of datum. A large class of practically important statements are measurements or observations of a variable. Such statements may comprise numbers, words, or images.

    The word data is the plural of Latin datum, neuter past participle of dare, "to give", hence "something given". The past participle of "to give" has been used for millennia, in the sense of a statement accepted at face value; one of the works of Euclid, circa 300 BC, was the Dedomena (in Latin, Data). In discussions of problems in geometry, mathematics, engineering, and so on, the terms givens and data are used interchangeably. Such usage is the origin of data as a concept in computer science: data are numbers, words, images, etc., accepted as they stand.

    --
    Bah!
  18. biased quote? by dj245 · · Score: 5, Insightful
    "The SFGate article also reveals: "Doug Balog, an IBM vice president, noted that 70 percent of the world's data are still housed in mainframe computers."

    Is it just me or is that a bit of a biased quote? Its kind of like Steve Jobs saying that "Apples are the fastest computer on the face of the planet", or Bill Gates saying that "Windows is the most secure OS in the world". These statements may or may not be true. Studies may be done to determine the validity of the claims, but I would argue that ultimately most of the world's data is tied up in Girls Gone Wild DVD's. The point is that the makers of the claims have a bit of a personal stake in the claim, making them slightly more apt to being taken with the obligatory salty grain.

    --
    Even those who arrange and design shrubberies are under considerable economic stress at this period in history.
    1. Re:biased quote? by Waffle+Iron · · Score: 1
      The 70% of the world's data phrase is just patently absurd. Is there anybody on this planet who really believes that there are more than two hard drives inside some IBM mainframe for each of the hundreds of millions of PC hard drives in the field? (With many of those > 100GB each.) At mainframe prices, that would probably cost more than the entire gross domestic product of most countries.

      Undoubtedly, the claim is qualified somehow. Perhaps they meant "of all of the data encoded in EBCDIC format, 70% is in mainframes", or some other equally arbitrary distinction.

    2. Re:biased quote? by Endive4Ever · · Score: 1

      They probably mean 70% of the worlds unique data. 'Girls Gone Wild' DVDs as an agregate whole worldwide just hold 4 GB or whatever of data, but happen to do it very redundantly. The hundreds of millions of PC hard drives worldwide, again, are very very redundant.

      --
      ---
    3. Re:biased quote? by duffbeer703 · · Score: 2, Insightful

      Prepend the word "useful" before "data".

      Where do you think tax, banking, airline and similar data is kept?

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
  19. The other 30 percent by Anonymous Coward · · Score: 5, Funny
    "Doug Balog, an IBM vice president, noted that 70 percent of the world's data are still housed in mainframe computers."
    ..and Google stores the other 30 percent.
    1. Re:The other 30 percent by 77Punker · · Score: 1

      The other 30% is in my MP3 and porn folders!

  20. 70% of world's data housed on mainframes by craXORjack · · Score: 3, Funny
    "Doug Balog, an IBM vice president, noted that 70 percent of the world's data are still housed in mainframe computers."

    The other 30% is porn and cookies.

    --
    Liberals call everyone Nazis yet they are the closest thing to it.
    1. Re:70% of world's data housed on mainframes by empaler · · Score: 0, Redundant

      Who the hell would want a mainframe without porn?

  21. Re:DATUM not data by JofCoRe · · Score: 1

    Should've used the preview... That last part should have read:

    maybe because it's almost always plural ...

    --

    Place sig here.
  22. They'll be around forever by agslashdot · · Score: 4, Informative

    At my first startup, one of my first multipeople multiyear Java projects was a mainframe screen scraper ( TN3270 using AWT - example ). I was fresh out of college & totally unaware that mainframes still ruled the planet. Those two years & the huge revenues it brought led the startup to be acquired and made a lot of people really rich ( minus moi, ofcourse :(
    Lots of money to be made in desktop-mainframe connectivity.

  23. Linux not mentioned? by Alien+Being · · Score: 4, Interesting

    This claims that as of the end of 2002, 15% of the mainframes IBM was selling would be running Linux.

    Has that number dropped off?

    1. Re:Linux not mentioned? by Detritus · · Score: 3, Informative

      I think they are talking about mainframes that run Linux as a guest operating system on a virtual machine. The real operating system is VM. VM allows you to create a large number of virtual machines, each of which can run Linux or another operating system.

      --
      Mea navis aericumbens anguillis abundat
    2. Re:Linux not mentioned? by Jahf · · Score: 5, Interesting

      While Linux has advanced in many places, most people who were interested in it on mainframes quickly realized that it didn't fit so good there.

      Major differences were required in the kernel to support a scalable Linux at that level which meant source code compatibility wasn't always reliable. This meant that even though it was Linux, you still had to have a core team trained up on the intricacies of the mainframe system and programming and so it is still costly (you may need 5 people to maintain the same # of machines that a mainframe can handle with just 1 operator, but the cost of salary for that 1 mainframe specialist may be close to 5 times the cost of the average web farm maintainer which is often just a kid in college happy to make triple minimum wage).

      Additionally many of the early Linux mainframe deals were for hosting services where the mainframe functioned as a place to store many many many Linux virtual machines, the end effect of that being that it didn't reduce over all system maintenance much except on the hardware level. The markets where many many many linux virtual machines are needed are often served fine by smaller hardware in bulk that can be updated regularly over time.

      It's not dead, but it definitely didn't live up to expectations that IBM set.

      Linux is still better suited for the mid-size and smaller hardware world. May change but IBM expected it to change very fast. Plus, 15% of new mainframes is not that large of a number. Most mainframe sales now are into existing mainframe users, it is not a growth market.

      --
      It is more productive to voice thoughtful opinions (reply) than to judge (moderate) others.
    3. Re:Linux not mentioned? by Anonymous Coward · · Score: 0

      The real operating system is VM.

      Many would argue that z/OS is the real operating system and that VM is a system tool. IBM's VM/Linux push is a last ditch attempt at attracting developers to a dying cash cow.

      I've personally never met a mainframe guy under the age of 45 and they're only getting older.

    4. Re:Linux not mentioned? by Anonymous Coward · · Score: 0

      Here's a 39 year old mainframer. And z/OS is the invention of the devil, VM/CMS was always the choice of those who knew what they were doing.

    5. Re:Linux not mentioned? by PCM2 · · Score: 4, Informative
      Note that quote references the number of mainframes IBM is selling. Most of the mainframes currently in use were sold years and years ago.

      That said, I've been talking to IBM about Linux on the mainframe recently and while I don't have an actual figure handy, I wouldn't be surprised if the number your source cited were true, and in fact there may be even more movement in the Linux-on-mainframe area than that figure suggests.

      IBM is marketing Linux on the mainframe primarily to existing mainframe customers who want to further leverage their investments there. Remember that mainframes tend to be very modular and upgradeable ... you need not replace the thing to see performance gains or new functionality. You can just buy some new parts.

      So IBM is selling a version of Linux that will run under zVM, its mainframe virtualization technology, as well as hardware modules that are basically PowerPC G5 units you can add to the base hardware for the explicit purpose of running Linux. (I don't think you necessarily need the add-on modules to run Linux, I just know that they're available.)

      This doesn't really have any benefit at all if you're running a compute cluster or any other application where the Linux boxes are running at high utilization all the time. The main purpose for this is consolidation of lightweight servers. Let's say you have a farm of a hundred Linux Web servers that mostly sit around idle, and the heaviest lifting they need to do is to hand off transactions for processing in the database on the zSeries mainframe. IBM suggests that you instead roll all those servers into virtual machines on the mainframe itself.

      Note that we're usually talking about a mainframe that's already in production use, here. You don't need to wipe your mainframe and start over with Linux. You can run Linux instances and z/OS instances at the same time. You gain the following advantages:

      1. You can now use the same staff to maintain those Linux "boxes" that you were already using to maintain the mainframe
      2. VM makes it pretty easy to provision new virtual servers as needed, and keep their configurations consistent
      3. You get the benefit of increased I/O -- the Linux instances think they're communicating over TCP/IP to some remote database, but really all the I/O happens using the in-memory channels on the mainframe
      Are these advantages compelling enough to make a lot of companies run out and spend the money on a mainframe? Probably not, especially with today's economy so focused on short-term gains instead of long-term ROI. But if you've already spent the money it could be pretty attractive.

      From my understanding, IBM doesn't really have a whole horde of customers yet, but I bet a lot of mainframe customers are evaluating the option.

      More information on this, as well as mainframe topics in general, in last week's InfoWorld: here, here, and the full PDF special report on mainframes here.

      --
      Breakfast served all day!
    6. Re:Linux not mentioned? by Bender+Unit+22 · · Score: 1

      Interesting.
      It's a bit like when people try to sell me vmWare.
      I can see the advantages but you still have to figure out some way to keep all the virtual machines updated.

    7. Re:Linux not mentioned? by Antero · · Score: 1

      There is an (old) article just about that (think 40K rapors instead of a T-Rex... heheh nice analogy) on LinuxPlanet.

      --
      Do you know where your towel is?
    8. Re:Linux not mentioned? by Anonymous Coward · · Score: 0

      I've met at least an even half dozen MVS system programmers and operators only 2-3 years older than me. That would make them under 35.

      Also, I've run into a few kids in their late teen/early college "gotta earn money to pay for the food I eat while learning a career to earn money to..." phase who are starting out as junior mainframe geeks: tape operators, batch "technicians", guy who runs around with the spare DASD... There are career opportunities there. And hey, the great thing is if you want to spin off a CPU or two for your own Linux server from the big guy, your boss is usually fairly cool with that as long as it isn't "crunch time".

    9. Re:Linux not mentioned? by Sycraft-fu · · Score: 1

      Also with the VM system, it turns out it often COSTS you money. Ya, your hardware is ultra reliable, but that's not because nothing ever breaks. It's because if something breaks, there are redundant systems to keep it running, until it is replaces, which is very fast with a matenence contract. Thing is, there is that contract. Those don't come cheap because IBM, like everyone else, is out to make money.

      Well, quite often, it is cheaper just to replace commodity hardware when it breaks. Server fry a motherboard? No problem, rip the disks out, drop it in a new, identicle server and you're back online. If you're doing the Linux VM thing you don't care about the absolute, 5-9s mainframe relibility (you'd be running the mainframe's native OS if you did) so it's fine. If you're a webhost, people generally won't bitch about 10 minutes of downtime once every 5 years due to hardware failure.

      What with the price of commodity hardware getting so low, it's hard for the ultra reliable stuff to offer a compelling alternative. It reamins mostly what it was always for: Systems that just can't fail, ever.

    10. Re:Linux not mentioned? by Dammital · · Score: 3, Informative
      So IBM is selling a version of Linux that will run under zVM, its mainframe virtualization technology, as well as hardware modules that are basically PowerPC G5 units you can add to the base hardware for the explicit purpose of running Linux
      IBM does not sell any Linux distribution. They provide documentation for running one of your choice (i.e. SuSE or RHEL) and offers support for a fee.

      The S/390 port of Linux will run natively in a zSeries logical partition (or LPAR -- a builtin virtual machine facility). You can define between 15-30 LPARs in your complex, regardless of the number of physical processors that are present. I run twin z/OS images and one SuSE Linux server on my single-processor system, without the benefit of z/VM.

      There is no "PowerPC G5 unit", though you may be referring to a so-called "IFL" processor. This is a CPU that is only licensed to run z/VM or Linux. Since z/OS is charged on a per-CPU basis, you can save on software costs if you purchase additional IFLs instead of full-function processors. (This is only a licensing trick; both types of processor still run S/390 code.)

    11. Re:Linux not mentioned? by Endive4Ever · · Score: 1

      My years as a 'tape mounting monkey' in the late 70's and early 80's were some of my happiest and most care-free.

      As long as you keep the reels spinning and the daily journal gets out on schedule, etc. you don't have much to worry about. Punctuality is very, very important but there's a lot of downtime between the rushes.

      --
      ---
    12. Re:Linux not mentioned? by Siddly · · Score: 1

      IBM nearly killed the mainframe in an attempt to kill the competition, they used software pricing to give them the price advantage where they could bundle it in with the hardware, thereby making the competition's hardware plus IBM software pricy by comparison. The other mainframe vendors were also unable to match IBM on hardware development with the number of CPU's they could fit in a package. I've had the pleasure of supporting both Amdahl and IBM mainframes and they beat anything else out there, the likes of Sun's E10K and other Enterprise Servers which are about 20 years behind the mainframe in just about every technical aspect and are relatively dogs to maintain. When working on Sun servers, I've often said "come back the mainframe, all is forgiven", though there was nothing to forgive. The latest Z900's are slickly built also. Many years ago, a customer told us that reliability is not an issue, even before we noticed that these beasts would run forever. One other customer pointed to our mainframe and told us it was the workhorse in his shop and a bit later discussing equipment moves, he pointed to the E10K's and referred to them as that sh*t. The mainframe is still king and beats the hell out of whatever comes second, OS/390 or Linux, it's still tops.

    13. Re:Linux not mentioned? by duffbeer703 · · Score: 1

      Everyone whom I've ever met who was a tape jockey/mainframe operator described the job as one of the best periods of their lives.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    14. Re:Linux not mentioned? by duffbeer703 · · Score: 1

      It depends on what you are doing.

      If you're running an internet message board, who gives a shit.

      If you're processing payroll for 2 million employees, scheduling flights or computing interest for 500,000 customers, you don't have time to swap motherboards.

      When I worked on reservation systems, we were able to justify the purchase of $500,000 Sun servers because with 2,000 call agents at $8.00/hr, the cost of downtime is around $300/minute.

      For busier contracts, there could be as many as 12,000 users on the system both inside and outside of our organization. An hour of unplanned downtime could cost thousands or even millions of dollars.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    15. Re:Linux not mentioned? by Sycraft-fu · · Score: 1

      Yes and if you buy a system like that, and then proceed to run a bunch of VM systems on it, you probably should be fired. There are plenty of reasons for mainframes, as I noted in another post, our finaincals runs on two redundant IBM mainframes in different buildings. It's not acceptable that it is ever down, not even in the event of a catastrophic event.

      But we run on the mainframe itself, not a bunch of Linux VMs. That's rather the point of an expensive mainframe, it just never fails. It's redundant to the point that no matter what breaks, IBM has an engineer on site and a replacement in before anything else can break. It's not to run a bunch of VM servers. Cheaper to just buy the actual commodity hardware. This was my point in my post. That the reason that Linux VMs on mainframes hasn't taken off is that when you go VM, you lose the ultra-relibility of the platform, and hence it must be price competitive with commodity hardware. It's not, so it loses.

      Oh, and I'm not sure that most Sun servers are in the same class were're talking here. Some of the largest ones are but a typical sun server is not. It's more than a simple PC, but only on the same level as a good x86 server with redundant hardware.

    16. Re:Linux not mentioned? by duffbeer703 · · Score: 1

      I've seen IBM proposals for a huge groupware solution that ran on the Linux mainframe that was very price competitive to running a traditional server farm. I think that the biggest competitive advantages in some places is that you can use mainframe IT staff to do some administration and you save a ton of money in overhead costs (power, rackspace, etc) over a gaggle of servers in racks.

      In the case of the Sun servers I was talking about, we were using Sun 5000 series servers that offered some hot-swapability and were a hell of alot more reliable than what was available in the PC world circa 1996 or 1997. (Can't remember exactly)

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    17. Re:Linux not mentioned? by PCM2 · · Score: 1

      After digging around, I think you're probably right ... when IBM says an IFL (Integrated Facility for Linux) is a "separate G5 processor," what they mean is a separate processor built to the S/390 G5 series architecture -- not an IBM PowerPC G5. Confusing.

      As for OS, well obviously you're going to have to get a Linux distro from somebody who's compiled it for zSeries. It's not like you can pick the one "of your choice" -- except that you do have three choices: Red Hat, SuSE, and Turbolinux. No Mandrake, no Debian, no Gentoo (heh). It's true that IBM makes a point of not "selling" Linux, though ... if you order a zSeries with SuSE Linux pre-installed, that OS comes "direct from the vendor," i.e. not IBM.

      --
      Breakfast served all day!
  24. PC based systems aren't up to the task. by Shivetya · · Score: 4, Informative

    Mainframes and Minis will be around a long time. To get PC based systems up to their level of reliability, ease of use, and maintainability would turn the PC based system into a MINI.

    I have 75 iSeries (As/400) that I oversee. You want to know how much time I spend per week checking up on them? Only an hour or so. I receive reports from the machines when they have problems. If one has a fault it is usually hardware and rarely does the downtime pass a few hours.

    Meanwhile the network group (read : uses PC based technologies) is always fixing something and has 5 people dedicated to it compared to two for the iSeries boxes. That doesn't count the PC-support group which supports desktops...

    We have 3 mainframes as well, some of the code from these machines has been in use since the early 70s. Some of the code migrated to the iSeries with little but header changes.

    But the best, the iSeries has been on 64-bit PowerPCs natively for 10+ years. Didn't have to recompile or change 99% of our code to do it. How long has the PC base world been struggling to get there?

    --
    * Winners compare their achievements to their goals, losers compare theirs to that of others.
    1. Re:PC based systems aren't up to the task. by duffbeer703 · · Score: 1

      A buddy of mine develops vertical apps for public utilities.

      One of his customers, a munipical water district, is running a two-node AS/400 cluster since 1989. The machine does payroll, billing and accounts and other financial crap. The machines have no external network connections (other than terminal emulators via serial) and have been up since 1993, when they were physically moved to another building.

      He's been trying to migrate these folks to the newer, Unix-based system, but the customers are happy with their uber-reliable and utterly obsolete (in technical terms) AS/400.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    2. Re:PC based systems aren't up to the task. by Anonymous Coward · · Score: 0

      hmm... an AS/400 from 1989 would be pre-risc, or a white coloured box with IMPI hardware on the inside. That hardware architecture, and in particular the I/O subsystems in it, featured a number of design points that "modern" unix systems like those from Sun, HP, and even IBM (pSeries) are only now even starting to consider. Cases in point:

      1. I/O Processors (offload compute intensive portions of I/O work from the system processor to a dedicated processor so the system processor can go back to doing real work) these are still fairly rare in Unix syustems, about the closest I've seen lately are dedicated function cards like crypto accelerators.

      2. HMT (Hardware Multi Threading - or as Intel calls it "Hyperthreading" - though these machines maybe just a bit too old for it, may have to come forward a year or two more to get HMT) This concept has only just started to appear in higher end intel boxes.

      3. Spread storage (think 'high end raid' by default) it's not at all uncommon for these older boxes to have their hard drives (DASD) spread 4 or 8 per I/O adapter, with two I/O adapters per I/O processor, and possibly dozens of I/O processors on the system, controlling hundreds of drives with all data load balanced automatically by the system across parity sets. You have to put a lot of effort into the storage systems on most unix boxes to reach that level of performance/reliability.

      And that doesn't even cover all of the OS/400 unique features that just don't have parallels in the Unix world... Single Level Store, the MI, a fully OO operating system, etc.

      Heck, that customer could call up IBM today, order a brand new iSeries with bleeding edge 64bit ppc processors in it, ultra 320 scsi drives, the works... backup their applications and data from their old system, restore them onto the new system and be up and running in no time at all. The applications could come over to the current technology intact... that's a migration from a very complex CISC chipset (IMPI) to a modern RISC design (ppc64) without recompiling or even relinking... and not taking a interpretation penalty like running i386 opcodes in an ia64 box. (That's what the MI is all about. The Machine Interface is consistent, regardless of what hardware is under the covers.)

      It's no wonder the customer doesn't want to move, they probably laugh at this buddy of yours after he leaves.

  25. "70 percent of the world's data" by sstammer · · Score: 3, Informative

    I guess this depends on how you define "data". The Economist recently described a Berkeley report that 3.5 to 5.5 *Exabytes* of data were produced in 2002. If you believe the unlikely proposition that Blue Glue is holding 70% of that new data, then you have to wonder why IBM only made $4.2B in selling mainframes to store and process that data.

    1. Re:"70 percent of the world's data" by Maserati · · Score: 2, Insightful

      Don't forget the US$4 billion they made the year before that, and the year before that...

      --
      Veteran, Bermuda Triangle Expeditionary Force, 1992-1951
    2. Re:"70 percent of the world's data" by Anonymous Coward · · Score: 1, Informative

      Quibble:

      Mainframes don't *store* any data at all. Not even the OS. To be more clear, they have memory storage only, no disk. That would be a task for the external storage arrays and and backup devices.

      I/O is the mainfram's claim to fame.

    3. Re:"70 percent of the world's data" by Anonymous Coward · · Score: 0

      I suspect that $4.2 Billion is a lowball estimate, because IBM likes to show Wall Street how well their Services division is doing (and they do tons of Mainframe service).

    4. Re:"70 percent of the world's data" by pommiekiwifruit · · Score: 1

      Exactly. IIRC an article claimed once that the majority of data generated is for television channels (I guess they didn't count phone calls), and that is probably stored off-line (digital tape?) more often than on a mainframe. Imagine the poor person trying to archive 200 cable channels...

    5. Re:"70 percent of the world's data" by tiny69 · · Score: 1
      From NSA's website about a career in Computer Science: Consider acres of hardware

      The US government is the largest user of mainframes. If IBM says that 70% of the world's data is stored on them, I'm inclined to believe there's some truth to that statement.

      --
      Go not unto/. for advice, for you will be told both yea and nay (but have nothing to do with the question)
    6. Re:"70 percent of the world's data" by Dirtside · · Score: 2, Interesting
      If you believe the unlikely proposition that Blue Glue is holding 70% of that new data,
      Nobody made that proposition. Doug Balog didn't say that 70% of the world's data is housed on IBM mainframes, he said it was housed on mainframes. Other companies besides IBM made and make mainframes.
      --
      "Destroy science and religion. Science would re-emerge exactly the same; but not religion." - Penn Jillette, paraphrased
  26. Obso1337 by isomeme · · Score: 5, Funny

    mainframe n. An obsolete device still used by thousands of obsolete companies serving billions of obsolete customers and making huge obsolete profits for their obsolete shareholders. And this year's run twice as fast as last year's.

    - The Devil's IT Dictionary

    --
    When all you have is a hammer, everything looks like a skull.
  27. SPF/PDF by wardk · · Score: 4, Interesting

    I used to hate the SPF/PDF interface, but after a decade of being forced to use (by employer) with the utter shit that is MS Windows, it's now just fond memories of something that WORKED. also, REXX did (and still does) rock.

    and long after no one cares who billgates was, there will still be Big Blue Iron.

    oh yeah, BSD Lives!

    1. Re:SPF/PDF by kpharmer · · Score: 3, Interesting

      you know, in some ways isp was way ahead of its time.

      I remember back around '90 - 14 years ago that in diaglog manager I could create a complete database table update UI with all crud functionality (create/rename/update/delete) in about 150 lines of simple rexx code. That's with zero reuse.

      Then I encapsulated that, it only required about 40 lines of actual code.

      I've since worked in a lot of java shops and am accustomed to see a thousand lines of code for the same purpose - and everything is written from scratch.

      Well, MVS & ISPF were pretty far behind in some ways, but Rexx & Dialog Manager are still ahead of java & j2ee in some ways. And that's from 15 years ago.

    2. Re:SPF/PDF by NanoGator · · Score: 1

      "I used to hate the SPF/PDF interface"

      Yeah me too. Adobe really needs to fix that.

      --
      "Derp de derp."
  28. Mainframe vs. Supercomputer by Takehiko · · Score: 2, Interesting

    Can anyone explain the difference between a mainframe and a supercomputer?

    1. Re:Mainframe vs. Supercomputer by bennomatic · · Score: 4, Informative
      There are a handful of differences, though many of the definitions overlap.

      The simplest way to think of these two classifications is that
      - "Supercomputer" refers to processing speed and is defined differently in different contexts (i.e. Apple calling its G4 400 a supercomputer because of an outdated US Customs document).
      - "Mainframe" refers to large systems that many users are going to use at the same time, typically via dumb terminal interfaces. Most importantly, mainframes have IO architectures which blow any desktop/workstation out of the water. A good mainframe can be talking to 500 terminals while printing 1000 different bank statements to 100 different high-speed line printers without even breaking a sweat.

      Hope this helps. Any other fun definitions to add?

      --
      The CB App. What's your 20?
    2. Re:Mainframe vs. Supercomputer by lostchicken · · Score: 1

      A mainframe is designed for IO, a supercomputer is designed for number crunching. A mainframe doesn't have much more CPU power than a good fast worstation, but the CPU isn't the main part of a mainframe. In fact, data goes in and out of a mainframe and it doesn't ever go through the CPU a lot of the time. The IO devices have incredible bandwidth to each other, and deal with data without the help of the CPU. A supercomputer just processes a data set.

      --
      -twb
    3. Re:Mainframe vs. Supercomputer by Alien+Being · · Score: 5, Informative

      Mainframes:
      General purpose machine.
      Tons of IO bandwidth.
      Substantial processing power.
      Highly redundant and fault tolerant.
      Flexible and scalable architecture.
      Their OSes are very secure and support thousands of users.

      Supercomputer:
      Specialized scientific machine.
      Tons of memory and/or interprocessor bandwidth.
      Loads of processing power, especially vectors.
      IO speed may not be important.
      Redundancy and fault tolerance not as critical as with mainframe.
      Architectures tend to change more frequently.
      OSes not geared for business use.

    4. Re:Mainframe vs. Supercomputer by PCM2 · · Score: 1

      Coming up with a reliable definition for "mainframe" is difficult enough; most people resort to defining them by the OS they run or the vendor that produces them. Short answer: Not all mainframes are supercomputers. Supercomputing generally refers to high-performance computing for lots and lots of number crunching (e.g. scientific applications). A lot of mainframes just hold databases, and focus instead on reliability and availability.

      --
      Breakfast served all day!
    5. Re:Mainframe vs. Supercomputer by Anonymous Coward · · Score: 2, Informative

      If the speed is measured in gigaflops, or it looks fancy and new, it's a supercomputer. If it can interface with teletypes, chain printers, reel to reel tape drives, or punchcard readers, it's a mainframe.

      Supercomputers are all about speed. Large size is optional, but it must be able to do at least a billion floating point ops per second.

      Mainframes are always huge, and are all about reliability. They run great, because the current ones were designed in the 1970s, and have had nothing but bug fixes since then.

    6. Re:Mainframe vs. Supercomputer by green+pizza · · Score: 4, Insightful

      If the speed is measured in gigaflops, or it looks fancy and new, it's a supercomputer. If it can interface with teletypes, chain printers, reel to reel tape drives, or punchcard readers, it's a mainframe...
      Mainframes are always huge, and are all about reliability. They run great, because the current ones were designed in the 1970s, and have had nothing but bug fixes since then.

      A modern IBM S/390 zSeries mainframe may have an overall design from the 1970s, but its individual components (CPUs, I/O controllers, etc), as well as the thruput of the busses is very modern. A recent mainframe could easily benchmark in the multiple gigaflops range of raw performance, but that isn't the point. Mainframes are all about moving important data reliably (and, if possible, fairly fast). A credit card company isn't going to trust a Cray and a scientist isn't going to do his simulations in COBOL on an IBM S/390.

    7. Re:Mainframe vs. Supercomputer by pantherace · · Score: 1

      Essentially a Mainframe is a machine designed to be utterly reliable and have fast IO. A Supercomputer (should be) designed to (be reliable and) have as much processor power as it can, for number crunching. Now, on certain jobs, a mainframe will beat a clustered supercomputer any day, and on other jobs the clustered supercomputer will pound the "Big Iron" into the ground. Essentially it comes down to what they are intended for, supercomputers = number crunching, so processor power, mainframes = data storage, so IO.

    8. Re:Mainframe vs. Supercomputer by Anonymous Coward · · Score: 0

      mainframes: built in the 70X buildings...
      supercomputers: built in the 41X buildings... ;)

    9. Re:Mainframe vs. Supercomputer by SuiteSisterMary · · Score: 1

      Lots of other responses, but here you go.

      A supercomputer is designed to perform a shitload of math on a dataset. Want to calculate what happens to each and every atom in a pound of plutonium when you trigger nuclear fission in it? Supercomputer will do that.

      So, math skills. Generally, you load a set of data, start the calcs, walk away, come back, and it's done.

      Mainframes are for transactions; databases. The thing about a mainframe, though, is that you can do things like yank a processor out, while the machine is running, and you will lose *no* data, *no* programs/processes will quit, and so on. Mainframes are all about the 'five nines' 99.999 percent uptime (in other words, down for no more than five minutes per year) and crazy data throughput; going through large amounts of data quickly.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
  29. Re:DATUM not data by soapbox · · Score: 1

    The only single datum I use is the geographic references for, say, sea level. By definition, if everyone agrees on one sea level, or baseline, or whatever, it's a datum.

    See This article for more.

  30. COBOL by bennomatic · · Score: 0
    I actually applied for a job some years back at a place called Walker Interactive Systems. I don't know if they're still around, but at the time they were, co-incidentally enough, a major IBM partner. Your comment reminded me of this because while I was fluent in C, Scheme, Pascal and several versions of assembly at the time, this was a few years before the boom began (about 1993), and they were being picky. They told me, "We're really only interested in people with five or more years experience in COBOL coding.

    I told them that with two weeks and a good book, I could be as fluent in COBOL as any of their engineers, but that wasn't good enough. I decided right then I didn't want to work for anyone as rigid as that. I don't know how they did in the boom, but I rememember hearing about them bleeding red ink just a couple of years later. And they don't appear to be on the Nasdaq anymore...

    --
    The CB App. What's your 20?
    1. Re:COBOL by rah1420 · · Score: 1

      Your opinion hints strongly of a non-sequitur.

      If you are trying to intimate that Walker bled its red ink and died on its sword because of it's "rigidity" and its use of COBOL, then perhaps you might give a think to all the companies that have hundreds of millions of lines of COBOL code in production.

      Like mine. Our production COBOL/CICS systems handles $4 billion dollars of transactions per year, every year. Was written just about the time the last Walker news bits were making it 'round the net and is still going strong.

      --
      Mit der Dummheit kämpfen Götter selbst vergebens.
    2. Re:COBOL by John+Courtland · · Score: 4, Insightful

      Not only that but, sure, you don't have to be brilliant to use COBOL.... but you do to use MVS, JCL, JSAM, VSAM and all that other prehistoric bullshit without missing a beat. Good luck keeping up with business when every single command has spacing requirements, the interface is just a virtual punchcard and the output is as cryptic as the Rosetta Stone, when all you have is some wanna-be book and experience in non-similar languages. Don't get me wrong, I respect the whole argument that knowing the computer well enough, any language is a snap to learn, but that other garbage just is so hard to get a tight, fluent grasp on quickly that I understand the 5 yr requirement.

      --
      Slashdot is proof that Sturgeon's Law applies to mankind.
    3. Re:COBOL by bennomatic · · Score: 1

      No, no. The rigidity that I was referring to was the 5 year requirement.

      --
      The CB App. What's your 20?
    4. Re:COBOL by JohnQPublic · · Score: 4, Insightful

      I told them that with two weeks and a good book, I could be as fluent in COBOL as any of their engineers, but that wasn't good enough.

      You may think wthat's what you told them. What you really told them was:

      1. You were so full of yourself that you truly believed you could become a guru in nothing flat.
      2. You thought they were a bunch or morons.
      3. You didn't want their respect, let alone their job.
    5. Re:COBOL by rve · · Score: 4, Insightful

      Did you really tell that job interviewer that you needed two weeks and a good book to develop the skills he got in perhaps a decade or two?

    6. Re:COBOL by chez69 · · Score: 1

      angry about failing your devry cobol class?

      --
      PHP is the solution of choice for relaying mysql errors to web users.
    7. Re:COBOL by John+Courtland · · Score: 1

      I went to a university (DeVry doesn't teach COBOL from what I know) whose CS department was purely funded by IBM. We had, IIRC, the most COBOL students coming out as mainframe programmers in the midwest, if not the US. I did enough JCL to know it sucks. You try it someday, if you haven't, and tell me how you like it. I did not fail that course either, so suck my balls.

      --
      Slashdot is proof that Sturgeon's Law applies to mankind.
    8. Re:COBOL by Anonymous Coward · · Score: 0

      Which is exactly why you hire competent Dinasour Herders to take care of your machine. You wouldn't hire an MCSE to look after a Unix cluster, after all.

    9. Re:COBOL by Anonymous Coward · · Score: 0

      True. Plus, COBOL is a while different world away from C or Pascal. It's a verbose 4GL thats worlds away from current languages. It takes at least 2 weeks just to get into the COBOL mindset.

    10. Re:COBOL by Oligonicella · · Score: 1

      Don't confuse your inability to understand those components with their being intrinsically "garbage".

    11. Re:COBOL by John+Courtland · · Score: 1

      You got to be kidding me. So you use them them, I mean, to make a comment like that you need a frame of reference, right? Have you ever USED an IBM S/390? Answer me these questions and we'll see how qualified you are to make that statement.

      --
      Slashdot is proof that Sturgeon's Law applies to mankind.
  31. 70%? by Nutt · · Score: 5, Funny

    "..noted that 70 percent of the world's data are still housed in mainframe computers."

    They obviously haven't seen my pron collection!

    1. Re:70%? by Malfourmed · · Score: 4, Funny

      You obviously haven't seen theirs.

    2. Re:70%? by kin_korn_karn · · Score: 1

      wouldn't it be ironic if it was all stored on Wangs?

  32. Re:Not gone, just smaller.. by cbreaker · · Score: 1

    I can only imagine the future... .. when the power of the mainframes today could be contained within small boxes under your desk!

    Ohh, wait..

    --
    - It's not the Macs I hate. It's Digg users. -
  33. Flying Mainframes by computechnica · · Score: 4, Informative

    The most widely used flying command and control platform is the AWACS designed by IBM and Boeing back in the 70s. The USAF,NATO,JDF, and saudi's are all based on the same dual IBM 360 platform (named 4-pi). These mainframes all have been upgraded in memory and converted from tape drives to hard drives. We still develope the software in JOVIAL and assembler.Info

    1. Re:Flying Mainframes by Anonymous Coward · · Score: 0

      I'd be interested in hearing how a mainframe can be converted from tape drives to hard drives, considering that there is no permanent storage device within a mainframe.

    2. Re:Flying Mainframes by Diag · · Score: 1

      //JOB ....
      //STEP01 EXEC PGM=IEBGENER
      //SYSUT1 DD DISP=(OLD,DELETE),DSN=OLD.TAPE.DATASET,UNIT=TAPE
      //SYSUT2 DD DISP=(NEW,CATLG),DSN=NEW.DISK.DATASET,UNIT=DASD

      --
      Serving Suggestion: Defrost
    3. Re:Flying Mainframes by MadHungarian1917 · · Score: 1

      You mean

      The Junior Officer's Version of the Incomprehensible Algorthmic Language

    4. Re:Flying Mainframes by Anonymous Coward · · Score: 0

      Thanks for triggering a flashback, asshole... ;)

  34. Depressing sales figures. by HitScan · · Score: 3, Funny

    4.2 billion dollars? Did they only sell 6 last year? ;)

    --
    HitScan
    1. Re:Depressing sales figures. by lucabrasi999 · · Score: 1
      Did they only sell 6 last year?

      No, they sold three. The rest of the money came from Consulting Services.

  35. Ah, Engineers by segfault7375 · · Score: 4, Funny


    The IBM mainframe computer celebrates its 40th birthday this week with a sold-out party at the Computer History Museum

    Yeah, I'll bet that's going to be a real barn burner :)

  36. Me fail Latin? by Colourspace · · Score: 2, Funny

    ... Thats umpossible!

  37. Mainframe older than that by fm6 · · Score: 4, Informative

    This is the 40th anniversary of a mainframe: the System 360. The 360 was a darned important machine (amongst other things, it was the first computer with a byte-addressible memory), but it was hardly the very first mainframe. True computers had been around for about 25 years -- and technically speaking, all computers were mainframes before integrated circuitry made minicomputers and microcomputer feasible.

    1. Re:Mainframe older than that by pommiekiwifruit · · Score: 1

      Hey my machine is recent and it still has 16 bit bytes :-) cos the C standard and C++ standards don't specify octets. (The dissonance between common and formal usage of "byte" makes for interesting/confusing emails though...).

    2. Re:Mainframe older than that by fm6 · · Score: 1

      You're confusing bytes and words.

    3. Re:Mainframe older than that by Anonymous Coward · · Score: 1, Informative
      The 360 was a darned important machine (amongst other things, it was the first computer with a byte-addressible memory), ...
      Hmm. It seems that somebody is too young to remember the IBM 1620. It can directly address individual BCD digits, and a character is stored in an even-odd pair of digit locations.

      http://en.wikipedia.org/wiki/IBM_1620

    4. Re:Mainframe older than that by kpharmer · · Score: 1

      However, I don't think that any had the programmability or adaptability of the system 360.

      The role of the 'system programmer' (the mainframe equivilent to today's 'system administrator') was created by the system 360. Prior to that every computer I remember lacked so much configurability - that it was a single-purpose machine.

    5. Re:Mainframe older than that by John+Hasler · · Score: 1

      There were relatively small, single-user computers around before the 360, though they were desk-sized rather than desk-top.

      --
      Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
    6. Re:Mainframe older than that by pommiekiwifruit · · Score: 1
      You're confusing bytes and words.

      Not at all. The C and C++ standards define bytes and chars as the minimum addressable storage unit. On my processor unsigned char is 16 bits (as is short and int. Luckily long is 32 bits). Programmers who think that bytes are 8 bits come into conflict with chip manufacturer documentation which in this case assumes 16 bit bytes, as allowed by the language standards. The processor cannot physically access 8 bit units, and the C language supports such processors.

      Also note that console game sizes (e.g. NES ROMs) were quoted in megabits, not megabytes, partly to solve this confusion (although you would have to be a masochist to write C on the NES!).

    7. Re:Mainframe older than that by fm6 · · Score: 1
      OK, I misunderstood. And I have heard about byte sizes other than 8. But 16 sounds unlikely. The fact that your C compiler uses 16 bit chars is neither here nor there. C knows nothing about bytes -- chars are defined simply as values that are at least 8 bits wide. Possible explanations for using 16 bits:
      • Byte size is 16 bits. Very unlikely. I've heard of manufacturers adding or subtracting one or two bits from IBM's original 8-bit byte, but even such minor deviations are pretty rare these days.
      • Not a byte-oriented CPU. Not totally implausible -- they make microprocessors that are designed to run legacy code from old PDP-10s and other pre-byte machines. But these typically have much larger word sizes (36 bits for the PDP-10).
      • Your compiler is specifically designed to support double-byte character sets, such as Shift-JIS or UTF-16. This is the most common way to represent Asian languages. Is this compiler targeted at Japanese programmers, perhaps?

        But I'm arguing in a vacuum. What is this processor we're talking about?

    8. Re:Mainframe older than that by pommiekiwifruit · · Score: 1
      It is a uNSP core from SunPlus (Micro-n SP). It really is 16 bit (and segmented dammit). It would be courteous if the compiler at least defined CHAR_BIT as 16 :-)

      here are some C/C++ references. The chip documentation is not public AFAIK, although google picks up occasional hints.

    9. Re:Mainframe older than that by fm6 · · Score: 1
      Yes, it's 16-bit processor -- that's the size of its memory path, not its basic unit of memory. The Pentium CPU I'm using right now is a 32-bit processor -- but it still addresses RAM as 8-bit bytes.

      I might be mistaken, but I think that SunPlus licenses its chip designs from Mips. Which still uses 8-bit bytes.

      The pages you linked to say exactly what I just said: a char can be two bytes. That's a feature of the compiler, not the CPU.

    10. Re:Mainframe older than that by pommiekiwifruit · · Score: 1
      Yes, it's 16-bit processor -- that's the size of its memory path, not its basic unit of memory.

      Incorrect. The data bus is 16 bit, yes (the address bus is 22 bits) but so is its basic unit of storage. The registers are 16 bit. Address $4001 is 16 bits above address $4000. It takes two instructions to shift a register by 8 bits.

      I might be mistaken, but I think that SunPlus licenses its chip designs from Mips. Which still uses 8-bit bytes.

      SunPlus's 8 bit line of MCUs were butchered 6502s (no Y register!), then not-so-butchered 6502s. The uNSP is an original 16 bit design, which is quite nice for 16 bits. Their deal with MIPS is for 32 bit chips, which is not their current emphasis.

      The pages you linked to say exactly what I just said: a char can be two bytes

      Not at all. Try reading them again. In C and C++ a char IS a byte. sizeof(char) is defined as 1. But it can be 16 bits, which is why CHAR_BIT is part of the standard.

      In other contexts (Java perhaps, or hard-drive documentation) it may well not be, but they are important languages. I found the FAQs and modern textbooks invaluable when I was searching for a job and the language lawyers set interview questions :-)

  38. I feel ancient..... by cbdavis · · Score: 3, Interesting

    I saw my first computer in 1966 - a IBM 360/44 ( a mod 40 without MVCL instruction). FORTRAN was the language of choice. I knew where my career was headed. Here I am almost 40 years later.
    Tired of computing and hoping for a less-stressful retirement.

    1. Re:I feel ancient..... by caulfield · · Score: 1
      I saw my first computer in 1966 - a IBM 360/44 ( a mod 40 without MVCL instruction). FORTRAN was the language of choice. I knew where my career was headed. Here I am almost 40 years later. Tired of computing and hoping for a less-stressful retirement.
      Bad news: you are ancient. Good luck with retirement; at least you don't have 40 years of this ahead of you like I do. I'm envious ;)
  39. Interesting... by JoeLinux · · Score: 5, Interesting

    In Woodland Hills, CA, there is a mainframe that contains all the medical records of every event that has ever taken place in the state. (I used to work IT there, and I've seen it...farkin' impressive piece of machinery.)

    They TRIED to convert it to a more conventional system, but they couldn't, due to the fact that no database on earth could handle the sheer number of records.

    Impressive, no?

    1. Re:Interesting... by neurojab · · Score: 1

      >They TRIED to convert it to a more conventional system

      That's a very odd definition of conventional... :)

      Mainframes are as conventional as you can get.

      They're also old school beasts with more raw data processing power than you can dream of on a pansy PC or ordinary unix-like system.

    2. Re:Interesting... by Anonymous Coward · · Score: 0

      Umm... how about flat-files on a multidisk/multifilesystem setup? Under Linux, a quick google shows the maximum size (at some point in the past... may be bigger now) of a virtual block device (RAID) is 2TB. And there's no reason why you couldn't mount a whole lot of these under a filesystem tree. I assume you could do something like this under AIX, Solaris, OSF1, or HPUX too.

    3. Re:Interesting... by Anonymous Coward · · Score: 0

      > pansy PC or ordinary unix-like system.

      Like the kind you might run, perhaps? ;-)

    4. Re:Interesting... by kpharmer · · Score: 2, Interesting

      > Impressive, no?

      I'm sure it's a nice solution - but the reason for it probably has more to do with reliability than performance.

      On big unix hardware these days (i'm talking large IBM/Sun/HP clusters) databases typically sling *billions* of rows around. The cost / transaction is far lower than a mainframe, and in my experience they are far faster and more scalable.

      However, they simply aren't as reliable either.

    5. Re:Interesting... by duffbeer703 · · Score: 1

      The real problem is probally the remapping a complex hierarchical data model and recoding whatever tools they use. Not too many people really understand the old stuff and its probally cheaper to keep the old sytem shrugging around.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    6. Re:Interesting... by aardwolf204 · · Score: 1

      How about an Active Directory forrest? ;-)

      --
      Im dreaming ofa big bndwdth, That can resist the /.crowd.May ur days b merry & bright & may al
  40. No shit? by empaler · · Score: 1
  41. Windows Terminal Services is a joke by green+pizza · · Score: 4, Informative

    Take a good look at the SunRay terminals that Sun is offering. Rather than hack and patch Windows, they simply made a few modifications to X, most of the client-server tech was already in place.

    Thin Client Windows has been a nightmare, and it's only getting worse. One of the original incarnations, WinDD hosted by a Tektronix-modified version of Windows NT 3.5, wasn't so bad... Windows was simpler back then. But all of the "ease of use" and "zero administration" crap Microsoft and Citrix have built up since then has made thin client Windows a miserable beast to deal with. I know many administrators who swear a building full of plain PCs and a good Norton Ghost setup is easier to maintain.

    1. Re:Windows Terminal Services is a joke by kahei · · Score: 1


      I know at least 1 site where term services is being used pretty effectively, even over the internet. It's being used for administration and technical tasks rather than end-user applications, but it seems to work well -- not much lag/net load, no issues with multiple sessions (up to about 6, a mainframe replacement this is not).

      Performance is much better than with VNC.

      If it has a failing, it's that the rules for when a session times out are kind of inscrutable and result in reconnects when a session is left overnight. It also requires a certain willingness to learn the security model.

      --
      Whence? Hence. Whither? Thither.
    2. Re:Windows Terminal Services is a joke by Anonymous Coward · · Score: 0

      Minor correction: SunRay doesn't actually use X11 over the wire.

    3. Re:Windows Terminal Services is a joke by afidel · · Score: 2, Interesting

      That's funny, we LOVE our Citrix environments, and so do our clients. We only have a couple of boxes per client we really have to worry about, backups are guarenteed to be centralized since the thinterms have no local storage, and best of all new terms are $50 new or $25 used. We generally have only a couple percent fat clients for those wierd but necessary apps that all customers seem to have which we don't feel safe loading on the Citrix farms. Best of all anyone with a web browser can get setup from home if the client is using NFuse, it's the webapp thing that Java applets never even came close to living up to. (ok so you have to be running Windows for the normall plugin to work, but I'm pretty sure there are Citirix clients for most OS's).

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    4. Re:Windows Terminal Services is a joke by Anonymous Coward · · Score: 0

      and best of all new terms are $50 new or $25 used.

      I really want to know where you buy them for that price. Even on ebay, they go for $200 or so.

    5. Re:Windows Terminal Services is a joke by afidel · · Score: 1

      Ant ThinCast 5000 from Acute Network Technologies. Found a lot of them as is for $25, only a couple were non-functional or had boot passwords. Guy we bought them from said he had some new ones for $50.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
  42. Silly (but original) joke: by darkonc · · Score: 1
    How many IBM Mainframes does it take to execute a job??

    ..

    four.. Three to hold it down and one to rip it's header off.

    --
    Sometimes boldness is in fashion. Sometimes only the brave will be bold.
  43. From The April 98 Byte: by wiredog · · Score: 4, Interesting
    1. Re:From The April 98 Byte: by KozmoStevnNaut · · Score: 1

      Hmmm... from looking at that page, I am pretty certain it should rather be called "Why Windows PCs Crash, and Mainframes Don't"...

      --
      Eat the rich.
  44. tad more... by green+pizza · · Score: 1

    I clicked submit too early... I should also point out that one potential solution may be to buy "thin" x86 workstations, just a cheap PC with lots of RAM, no drives, and a simple BIOS that supports netbooting. It's *nix, I know, but a netboot X terminal may be the way to go. Some scripts could be written to allow for local storage for those that need it. (Sun is doing the same thing with the SunRay, they have a USB storage patch now).

  45. Nobody's said it, so I gotta... by Anonymous Coward · · Score: 0

    ...Imagine a Beowulf Cluster of System/360s!!!!

    1. Re:Nobody's said it, so I gotta... by ChrisMaple · · Score: 1

      Early 360s had a clock rate of 4 MHz and didn't get much higher before the name changed to 370. So I'm imagining tons of hardware doing a lot less work than a desktop PC.

      --
      Contribute to civilization: ari.aynrand.org/donate
  46. The real "problem" with mainframes by Tablizer · · Score: 3, Informative

    The "problem" with mainframes is not so much that they are old, but that most of the applications didn't use relational databases. If the applications used relational databases, then one could much more easily slowly replace COBOL applications with a more pleasant language of implementation in piecemeal.

    Mainframes are Turing Complete, so that any software can be made to run on them if the tools are built. Thus, things like limited-length file names can be transitioned to longer names in a way similar to how Windows allowed one to move to long file names. A mainframe could make an ideal web server because of its security and multi-processing capabilities. If this is the case, then why is it not done often?

    Companies seem to have trouble doing this because of data sharing issues. They must keep using the old data while the conversion takes place to newer conventions. But this would mean having Java and PHP apps accessing data stored in the likes of IMS (navigational) databases. But this would mean one had to keep using IMS even after the conversion. (There are IMS-to-relational translation techniques, but they are hokey for the most part and it is tough to get decent normalization because of the different philosophies.)

    Thus, the "problem" with mainframes is not the hardware, but the database conversion. The live data cannot easily be in two kinds of databases at once.

    1. Re:The real "problem" with mainframes by cdn-programmer · · Score: 4, Interesting

      I do not agreee with this at all!

      Alternatives to COBOL have existed since the 60's. PL/I is an excellent alternative. It supports literally everything that is any good in COBOL and gets rid of most of the COBOL crapola. The biggest reasons people have not switched is probably because they don't know any better and go with the idea that if it ain't broke, don't fix it.

      As to reltaional databases, well - they are NOT a good alternative for many tasks that run quite well in the mainframes. The fundamental design objective of a relational data base is to expose any and all data to applications. In fact, this is diametrically opposed to what we really need.

      Most data ends up archived at some point and from that point on we need read only access. This is not what relational database systems try to accomplish.

      Another thing the wanna be replacement computers do not have is the Partition Dataset. We probably can build such a beast into Linux using loopback mounts or a variation thereof. But it is going to take a lot of work for reasons I'll describe next.

      A PDS is tied to a set of applications and to a group of users. When you do a loopback mount of a file the system exposes the contents of the file to every user and application in the system. Thus every file in the directory becomes subject to tampering, either inadvertent or deliberate.

      Meanwhile the contents of the PDS can be relied upon in much the same was as the contents of a tarball can be relied apon.

      What this all boils down to is that the mainframe provides capabilities that are not found in alternative systems.

    2. Re:The real "problem" with mainframes by Anonymous Coward · · Score: 1, Interesting

      "A mainframe could make an ideal web server because of its security and multi-processing capabilities. If this is the case, then why is it not done often?"

      Interesting. See Yahoo.com for an example of a unix front-end with a mainframe housing the data.

      The newer boxes, by the way, have a native Unix kernel (I believe that last kernel level I saw was 2.4, but I could be mistaken). The company I'm with now doesn't have a clue how to use it, as the environment is too political. But the last company I was with (Fortune 35, last I heard) uses the Unix partition to process many thousands of orders (for pharmaceutical products) a day.

    3. Re:The real "problem" with mainframes by kpharmer · · Score: 3, Interesting

      > The "problem" with mainframes is not so much that they are old, but that most of the applications didn't use relational databases.

      DB2 was the second commercial database out there (following oracle by 1 year around 1983). It's been on mainframes since the very begining. I first starting working on relational databases in 1986 - and it was about 10 years before I finally began to meet a reasonable number of unix or windows developers with database experience. And oh yeah - I've gone through *hundreds* of resumes while hiring back in the 90s, so i'm not hallucinating here.

      > If the applications used relational databases, then one could much more easily slowly replace
      > COBOL applications with a more pleasant language of implementation in piecemeal.

      Hmmm, on an IBM mainframe you've got rexx (like a simple functional version of python), c, java, pl1, etc. All reasonable languages. And they've been there for a while - I wrote C in MVS back around 1992, and Rexx back around 1990. They all talk to DB2. And btw, you can develop good systems with JCL & COBOL it is a little challenging, but not impossible. And I've seen COBOL systems that were far easier to manage and use than their modern counterparts. Of course, much of this has to do with the skill of the developers.

      > A mainframe could make an ideal web server because of its security and multi-processing
      > capabilities. If this is the case, then why is it not done often?

      Reason #1: many mainframe shops are still running the software legacy from the early 90s. They don't have a linux lpar and old-timey protocols aren't ideal for this (often require expensive middleware). But for those organizations that set things up right, there's no real technical limitations.

      Reason #2: simple economics. Web serves are the simplest applications out there - and it's awfully easy to deal with scalability & reliability through redundancy. They're probably the worst candidate for rehosting on a mainframe. Database servers, on the other hand, are good candidates.

      However, in my experience the best candidates for hosting on a mainframe - are database standby servers. You can run a nearly infinite number of the things for nothing - since almost all are idle, and db2/oracle/sybase/postgresql/mysql/etc - all run just fine on suse/whatever linux on vm.

    4. Re:The real "problem" with mainframes by afabbro · · Score: 1
      IBM has sold DB/2 for a looooong time. It's relational. It's the most popular mainframe database.

      Hell, Oracle started on the mainframe...

      --
      Advice: on VPS providers
    5. Re:The real "problem" with mainframes by colinrichardday · · Score: 1

      Actually, one could mount the loopback device in such a way that only certain accounts (put in a group with no other accounts) can access the data.

    6. Re:The real "problem" with mainframes by metalix · · Score: 1

      What about raw power? Our mainframe is equal
      to about 60 P4s. Now, we could switch over to 60 P4s, but the cost of switching to a cluster capable database (which our current databases and programs can be converted, so little cost on actually converting to a different format) would be millions of dollars just for the start up licensing fees. Why spend millions of dollars when it doesn't get us anywhere? Eventually when a PC switch is cheap enough it will be done, but not until it is financially feasible and we outgrow the speed of our current system.

    7. Re:The real "problem" with mainframes by 1c3mAn · · Score: 1

      Oracle was not the first commercial database. IMS was available long before that. Oracle could be the first 'relational' database. IMS is hichrachical. IMS was available in 1969 in the US and came to Europe in 73-74. DB2 is called DB2 because it is IBM second database. IMS was the first. DB2 has since surpassed IMS in terms of world wide licenses. Though IMS is still the fastest transactional database in the world with test speeds on the New Z990 of about 2 Billion transaction a day which equals about 20,000 transactions a minute. No other database can equal an IMS database running FathPath. IMS is in 95% of all Fortune 1000 companies.

    8. Re:The real "problem" with mainframes by Tablizer · · Score: 1

      The biggest reasons people have not switched is probably because they don't know any better and go with the idea that if it ain't broke, don't fix it.

      I disagree. Many places *are* converting old Cobol applications; just not to a mainframe.

      The fundamental design objective of a relational data base is to expose any and all data to applications. In fact, this is diametrically opposed to what we really need. Most data ends up archived at some point and from that point on we need read only access. This is not what relational database systems try to accomplish.

      Could you please elaborate? I am skeptical of the "wherehouse" claims. Also, the "exposed data" complaint comes mostly from OO proponents. I disagree with much of OO philosophy. But, I suppose that is another debate for another time.

    9. Re:The real "problem" with mainframes by Tablizer · · Score: 1

      IMS was available in 1969

      I thought it was around 1965. And, it was not the first commercial database. Another company came out with one in the early 60's for military projects. I don't remember the name.

      IMS is hichrachical.

      Actually they later added some kind of cross indexing for non-tree relationships. Thus, it is probably best classified as a "navigational" database.

    10. Re:The real "problem" with mainframes by Tablizer · · Score: 1

      DB2 was the second commercial database out there (following oracle by 1 year around 1983). It's been on mainframes since the very begining.

      But most of the "problem" applications came before that time. DB2 probably didn't start spreading till around 1985, by which time mini's and PC's were taking on a bigger share of new applications.

    11. Re:The real "problem" with mainframes by cdn-programmer · · Score: 1

      Yes - this is true - you can use permissions and so forth to restrict access.

      However - you could not do a loopback mount on a /home/luser directory for 20,000 lusers such that each has access to his own shit while noone else can even know said luser exists.

      There is a lot of good ideas in the mainframes and this is the reason they are such a successful product.

    12. Re:The real "problem" with mainframes by Anonymous Coward · · Score: 0

      I worked on a fairly large mainframe migration project (Unisys Cobol to IBM 390). The data went from a flat file database to a relational, DB2 database. All of the data migration tools for the code and cobol were about 95% auto-magic. In the end, the batch times were about 4x faster on the new iron. It was a very successful project.

  47. bananas haven't gotten any in 10,000 years! by alw53 · · Score: 0, Offtopic


    From an article on the same page, apparently
    bananas haven't had sex in 10,000 years and
    are dangerously monocultured as a result.

  48. Re:DATUM not data by Anonymous Coward · · Score: 0

    hrm that doesnt sound right when I'm sure its forum multiple and fora singular for example.

  49. Re:Yes, by Anonymous Coward · · Score: 0

    S/390 and zSeries do. I somehow doubt that Linux could be ported to S/360

  50. Re:Free clue for you by green+pizza · · Score: 2, Informative

    AS400 .NE. mainframe. System 390 .EQ. mainframe.
    He never said AS/400 ws a mainframe. He talked about both mainframes and minicomputers. In fact, if you look at his post again, he said his business has 75 AS/400s and 3 mainframes.

    And for those that don't already know this: even a big Unix server is still a Microcomputer. Takes more fault tolerance and funky system architecture than what a Sun has to be called a Mini.

    Which brings up the question: is an HP/Tandam NonStop Himalaya a mini or a mainframe?

  51. Re:DATUM not data by DunbarTheInept · · Score: 4, Informative

    In English it's neither plural nor singular. Data is a mass noun - like "water" or "air" - you don't count how many of them you have without specifying a container or a measurement of some sort. Just like it is nonsense to say "I have 3 airs here", but you could say "I have 3 bottles of (or litres of, or cubic feet of, or kilograms of...) air here. It's nonsense to say "I have 3 data here." That doesn't mean anything. Now, "3 Bytes of (or pages of, or databases of, or integers of, or strings of, or columns of...) data, now that makes sense. The singular or plural designation goes on the measurement noun, not on the mass noun.

    --

    Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

  52. there's also mini... by green+pizza · · Score: 1

    In addition to mainframes, there's also the minicomputer (sometimes called "midrange"). IBM's AS/400 iSeries is such a beast.

    Minis don't typically have as many layers of fault tolerance or as much I/O as a mainframe of the same age, but they're close, and a mini is typically far more reliable (in both HW and SW) by design than a big iron unix server (think Sun).

    1. Re:there's also mini... by Anonymous Coward · · Score: 0

      A mini is more reliable than a mainframe? I might consider one, then. What OSes can a PDP-8 run? Can I install Debian on it, or would I have to learn ITS?

    2. Re:there's also mini... by Anonymous Coward · · Score: 0
      Minis are dead, they have been crunched between mainframes with their amazing and unmatched reliability and redundancy features (you can run two mainframe sites in sync 20 miles apart for redundancy and protection against floods, fire, whatvere) and high end Unix (and even NT) servers with redundant power supplies/RAID arrays etc...

      Now I believe that processors for large data centers (which is waht mainframes are) will be around forever. I said this 15 years ago when everybody claimed that microcomputers would take them over and I turned out to be right. I was wrong in one point, however, I believed that the S/360 architecture would be put to rest, well now it's 64 bit.

      And no Google does not count as an example of a large data center that does not use mainframe. Google is succesful, very succesful and the they use the right tool for their job, because some loss of data is acceptable. Would you accept your bank to lose the data of your account?

  53. But how many is that? by Ambush · · Score: 0, Redundant
    PCs were supposed to kill off the mainframe, but Big Blue's big boxes are still crunching numbers, posting sales of $4.2 billion in 2003

    $4.2 billion is what, three mainframes? Not impressed yet.

    ;-)

    --
    There are 10 kinds of people; those who know ternary, those who don't, and those now hunting for a dictionary.
  54. I don't understand by Mr.+Piddle · · Score: 4, Funny

    posting sales of $4.2 billion

    So, IBM sold three mainframes. What's the big deal, here?

    --
    Vote in November. You won't regret it.
  55. Re:DATUM not data by kahei · · Score: 1



    That is absolutely priceless! Where the heck can you be where people put up with being 'corrected' on that for years, without ever telling you the right answer? Brilliant.

    --
    Whence? Hence. Whither? Thither.
  56. First Computer with a byte-addressable Memory-NOT by Anonymous Coward · · Score: 1, Informative

    Before the /360, IBM had the 1400 series (1401, 1410, 1440, 1460, 7010) that was byte addressable, the 702, 705 Models I, II and III and 7080 (one series) and the 1620 models I and II and 1710 (another series). These were all byte (or character if you want to claim bytes have to be 8 bits - which wasn't the standard until later) addressable: that was the common wisdom about how to do machines oriented toward commercial processing. Most of the other computer companies had byte addressable systems, too.

    John Roth

  57. Re:Not gone, just smaller.. by Anonymous Coward · · Score: 0

    You have the power of a minframe under your desk?

    Riiiiight. How big is your desk?

  58. "Mock Mainframes" use the philosophy by Nice2Cats · · Score: 4, Interesting
    Somebody has to mention the Mock Mainframe Linux Howto, which suggests you change your system following the mainframe philosophy so that you have one big computer and lots of little terminals for small groups of people.

    (I especially like the Willow Rosenberg quote).

  59. Re:Free clue for you by Anonymous Coward · · Score: 0

    > even a big Unix server is still a Microcomputer

    The historical platform for UNIX was the VAX, which everyone considered a Mini.

    Also, since IBM largely uses the same hardware for RS/6000 and AS/400, I'd be curious why one is a Minicomputer and the other isn't

  60. Eek! A need for old technology repairmen! by mingust · · Score: 2, Funny

    I guess I better pull out my book of FORTRAN for Dummies.

    Wait. Any FORTRAN book is FORTRAN for dummies

    --
    ~mingust
  61. They'll be around forever-Consumer Mainframe. by Anonymous Coward · · Score: 0

    "Lots of money to be made in desktop-mainframe connectivity."

    I'm waiting for when this trickles down to the consumer. Powerful computer in the basement (just another appliance), and something more than dumb terminals, but less than full blown PCs. All the heat and noise stays were it belongs. Peace and quiet were it belongs, and with gigabit networking, and wireless, along with smarter appliances, we get ever closer.

  62. But... by rewt66 · · Score: 1

    ...have they bought asteroid insurance?

  63. Re:Not gone, just smaller.. by Anonymous Coward · · Score: 0

    Gosh, you're dim.

  64. Re:DATUM not data by pommiekiwifruit · · Score: 1

    Hmm, I don't think so. However IIRC the singular of sheep is shep and the singular of dice is die.

  65. A different kind of mainframe-Old is new. by Anonymous Coward · · Score: 1, Informative

    "God, yes. You hardly ever see [MRAM] anymore, and [Millipede] are being phased out right and left."

    1. Re:A different kind of mainframe-Old is new. by Anonymous Coward · · Score: 0

      A few years ago, IBM sold an enterprise-DASD like box (disk) which was called RAMDAC; this box had on-board data compression/expansion, caching, and never wrote over the same location where it read the data from - an absolutely impressive piece of hardware. Unfortunately, the newer enterprise-DASD does not have some of the RAMDAC features (data compression for example)
      1) I wish I was in hardware instead of software
      2) Writes are faster than reads? That is impossible (at least in school)!
      What is interesting is - orginally - RAMDAC was the name for (one or more?) disks that held 20 MByte of data and wait quite a few pounds (if not tons)!

      The name had changed back to the original name, but the capabilities had changed dramatically.
      When I read up on the RAMDAC drives I was thinking two thinks

  66. Question:what would it take by randall_burns · · Score: 1

    To allow IMS programs to run under Linux? I realize that isn't the whole problem-since it is VERY expensive to shut some of these systems down for _any_ period of time.

    It just seems like there is $3billion in business up for grabs to whoever does the software first.

  67. Re:DATUM not data by Anonymous Coward · · Score: 0
    A forum for discussion. The appropriate fora (or forums!) for such discussion. You illiterate fuck.

  68. Please explain by randall_burns · · Score: 1

    As a DBA and Linux/Windows user, I don't quite see what the capabilities are that are missing.

    Certainly in relational databases you can restrict acess to a database or table to any set of users you want.

    1. Re:Please explain by Anonymous Coward · · Score: 0

      He doesn't know what he's talking about. Don't worry. Why he got modded up is a tribute to the cluelessness of moderation around here. It's based more on tone than true insightfulness. Most insightful stuff around is mis-understood and gets modded down. Moderators are the same kind of people that burned "witches" in Salem. "Aye, thou harpy art flamebait, and so shall we mod you and send you trolldom".

    2. Re:Please explain by cdn-programmer · · Score: 2, Interesting

      Yes - this is certainly true - you can restrict access. However the act of doing said restriction is subject to errors.

      A tape with the write enable ring / switch pulled off cannot be modified because the hardware it is mounted on checks for this. In a database with everything on-line a simple keystroke error defeats what you wish to accomplish.

      Simply put - if I take my data off line then it does not matter how insecure the system is - you cannot access it.

      The gist of what I tried to comment on is the value in a Partition Data Set concept. Here is a for instance. Apache has a lot of components. If Linux ran a PDS then we could simply put all of apache in one PDS, mount it exclusively for the server in question and as for the websites - set each of these also in their own PDS and there really IS no security issue any more. To switch back and forth between a couple versions of apache would be no more difficult than flipping a switch so to speak.

      The install process is eliminated with the PDS.

      Managment of vast volumes of data becomes really easy.

      Linux and Unix users invented the tar ball and they live and die by the wonderful packaging capabilities a tar ball provides.

      In a mainframe - the PDS does the tar ball packaging with live applications. We really need this in Linux!

  69. Max files... by JoeLinux · · Score: 1

    No, I'm talking there is no database program that could manage that many files.

  70. Back and Forth by Trolling4Dollars · · Score: 3, Interesting

    Once they're gone, they'll be back. From personal experience, I've seen that centralized systems always work better than multiple PCs spread all over the place in terms of reliability. So, I don't think you'll see mainframes go away that quickly AND you'll eventually see them come back. There's just too many benefits, the main one being efficient use of power. I expect that what we'll wind up seeing in the future is a "centralized" system where the OS and the applications and the data are all one entity and the entire network is one big computer.

    Think about it... Back when people used to actually, literally wire programs into old time computers... all that stuff still happens in that box on by your feet or on your desk. Thin abuout how many levels and how much duplication in task there is in a PC:

    You have the microcode at the processor level which is really an analog to programs. But they aren't programs for you, the user. They are programs for the CPU's infrastructure. Then the RAM... It' all over the freakin' place. It's in the CPU, on the motherboard in various places, in your DIMMs, your video card, many periphs, etc... Then you've got the BIOS which is like higher level software compared to the microcode. It's a st of single purpose applications again. But not for you... it's for your hardware. And it interfaces with the OS at some point which (in many cases these days) takes over for the BIOS adding yet another layer of software.

    This time, the software that the OS is, is partially for you and partially for your hardware. If you are strictly speaking kernel-wise, then it's pretty much a bridge between user space apps (shell) and the machine. Then you have your final layer of applications which ARE for you. But will it end there? No... you've got the network protocol stacks. This is the top layer of the multilayered cake that leads to the network.

    But think about it. It's ALL THE SAME THING. Over and over again at different levels with slightly different purposes. So... at some point in time, all these PCs are going to be embedded devices, or wearables, or implants or entities providing even more layers. But when you peel the onion, you're still going to see THE SAME THINGS. Over and over and over again. And on top of all of that, you are going to see the shifts back and forth from centralized to de-centralized and back again. It's part of some cosmic imperative because if you think even eeper you see it mimicked in politics, communications technology (think old time TV vs. satellite vs. over the air digital vs. WLAN based PVRs), and even the automobile vs. mass transportation.

    It's some kind of cosmic rhythm that pulses through the millennia like an ethereal rave...

    1. Re:Back and Forth by mcrbids · · Score: 1

      But think about it. It's ALL THE SAME THING. Over and over again at different levels with slightly different purposes.

      This could be applied to computing technology, or to biology. I mean, think about the redundancy in our bodies! Billions upon BILLIONS of cells, over and over again, at different levels, with slightly different purposes...

      Redundancy creates reliability. Your computer crashes = no big deal to me. Same in reverse. This improves reliability in the whole.

      Now, what we really need is to obviate the hardware. This is what has really been a challenge, and it may be answered partially by the technology google has developed.

      There is lots of evidence to support the idea that our brains are wired much like this - thoughts occur throughout the brain, not just in one little piece.

      The whole brain works together, as a sort of cloud, to think, pose and resolve problems, remember, etc. Some parts play more of a role in various aspects than others, but the loss of any single cell has a negligable effect on the whole.

      Clustering is supposed to emulate this idea.

      When will computing get like this? I shouldn't have to worry about what system does what - I should just connect to the cloud and be on with it!

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
  71. Mod parent up, please by Nakito · · Score: 1

    Someone with points to spare should mod up the parent post, since it is an important point an no one seems to have noticed it. Yes, this is the anniversary of the System/360 family of mainframes, which is a very significant anniversary for sure. But no, this is certainly not the 40th anniversary of the mainframe. The Univac I, II, III. The early Ferranti models. The IBM 700/7000 series. Lots more. Mainframes left and right, throughout the 1950s.

    1. Re:Mod parent up, please by Anonymous Coward · · Score: 0

      But no, this is certainly not the 40th anniversary of the mainframe.

      You make a fair point. But, if you're going to pick a date to celebrate the birthday (it's a birthday) of the mainframe, this is it.

      There's so much to say here, but a couple quick points. There were certainly other machines prior to the System/360, but they were all purpose-built. No one really had a line of code-compatible computers that could scale, one of the key aspects of the accepted mainframe definition. (Well, OK, General Electric mostly did. Anybody own a GE mainframe? And, yeah, the junior System/360 Model 20 really was an oddball that wasn't code compatible with the rest.)

      Second problem is that IBM didn't actually ship a System/360 to a paying customer until about a year later, and OS/360 (especially MVT) took even longer. April 7, 1964, marked the official marketing announcement. But word leaked out before that date, so it's close enough forty years on to serve as a demarcation.

      The astounding thing is that today's top-of-the-line zSeries 990 can run code written for pre-System/360 systems in emulation (700 and 1400 series) alongside J2EE and Linux applications written yesterday. (I don't know if anyone's got early 60s 700 or 1400 series applications still running, but there were a few just before Y2K at least.) Which is exactly right for business and government, because debits must still equal credits and profits still equal total costs minus total revenues. Why can't software be durable, just like any other business investment?

      So happy birthday, IBM mainframe. You're looking better than ever!

  72. Another museum with IBM machines by Mitchua · · Score: 0, Flamebait

    I know another museum that houses IBM machines: the U.S. Holocaust Museum. I think it's unfair that a giant corporation is allowed to profit from the money and the expertise they gained supporting the Nazi regime (as well as the Allied forces) in the 1940's. I know the IBM of today is far removed from the IBM of then, but it pains me that they have never been held responsible, even financially.

    An interesting read: IBM and the Holocaust: The Strategic Alliance between Nazi Germany and America's Most Powerful Corporation

    1. Re:Another museum with IBM machines by Mitchua · · Score: 1

      lol Thanks for the troll rating. Woohoohoo. I live under a virtual bridge waiting for unsuspecting victims :-) The 6 posts I've made to /. prove my troll-ish ways :-)

    2. Re:Another museum with IBM machines by Anonymous Coward · · Score: 0

      hey bozo... ya forgot to mention Hitler.. isn't there some sort of rule ??

    3. Re:Another museum with IBM machines by Mitchua · · Score: 0

      Rule against free speech on the internet? Not yet buddy ;-) Look, don't take my word for it. Do some research and prove me wrong. Either way, thanks for the bad karma.

    4. Re:Another museum with IBM machines by stanmann · · Score: 1

      Yes, it is disgusting that a giant corporation who built and sold census machines built and sold census machines to a sovereign government which later commited atrocities... Just horrible. They should be flogged.

      --
      Food not Bombs is a nice platitude but it breaks down when you notice that the Bombees are usually well fed
    5. Re:Another museum with IBM machines by Mitchua · · Score: 0

      Before you make fun of me, you might want to do some Googling. My problem isn't that IBM's research or machines were used...it's that they actively worked with the Nazis to develop the system to sort people on there way to and in the concentration camps. Where do you think the codes on peoples' arms came from?

    6. Re:Another museum with IBM machines by stanmann · · Score: 1

      Those number are approximately equivilant to the American SSN.

      I've read all the chicken little stuff on google. What it boils down to is that IBM then as now sold tabulating and data tracking solutions. What the customer does with it is largely the customers business.

      --
      Food not Bombs is a nice platitude but it breaks down when you notice that the Bombees are usually well fed
  73. Re:DATUM not data by farnz · · Score: 1

    No, forum is singular, fora is plural. Both datum and forum are 2nd declension neuter in Latin, so -um is singular, and -a is plural.

  74. Re:DATUM not data by Anonymous Coward · · Score: 0

    There are times when the word DATUMS is correct.

    For example, when computing the center of gravity of an aircraft, all moments are measured relative to the datum, an arbitrarily chosen reference point along the longitudinal axis. That's pluralled (any noun can be verbed) as datums.

  75. Correction by M.C.+Hampster · · Score: 5, Funny

    "Doug Balog, an IBM vice president, noted that 70 percent of the world's data are still housed in mainframe computers."

    should read:

    "Doug Balog, an IBM vice president, noted that 70 percent of the world's data are still inaccessible and locked up in mainframe computers."
    --
    Forget the whales - save the babies.
    1. Re:Correction by Anonymous Coward · · Score: 0

      I sure *hope* my credit card transactions, cell phone log, bank information, and so forth are all inaccessible and locked up!

    2. Re:Correction by M.C.+Hampster · · Score: 1

      You and I both know that's not what I was talking about. But cheapshots and "whitty" replies are what makes Slashdot home!

      --
      Forget the whales - save the babies.
    3. Re:Correction by LinuxHam · · Score: 1

      cheapshots and "whitty" replies

      and don't forget typos..

      btw, that's "witty" ;)

      --
      Intelligent Life on Earth
    4. Re:Correction by M.C.+Hampster · · Score: 1

      If I thought I could pull it off, I would try to pretend that I did it on purpose. :-)

      --
      Forget the whales - save the babies.
  76. Very likely true, or close to it by Anonymous Coward · · Score: 1, Interesting

    Anyone who's familiar with mainframes and mainframe culture wouldn't doubt the statement is accurate, or very close. PC "culture" is about today, and mainframe culture is about forever. You can't begin to imagine how much data is being stored on and offline for mainframe use. It's mind-boggling.

  77. Wow...70% by Anonymous Coward · · Score: 0

    That must mean that most of the worlds pr0n is stored on their mainframes...

  78. No, DB2 is a relational DB... by Naum · · Score: 1
    ... and is predominately used on the OS/390 platform.

    The minis and PC type architecture is catching up to the mainframe in terms of performance and storage capacity but it still doesn't rival in terms of reliability and failover.

    The big problem in converting those legacy applications is threefold. First, if it ain't broke, don't fix it. A lot of systems from charge card capture to reservations systems are efficiently powered by code that is decades old, in some cases going back thirty plus years.

    Second, overwhelming bit of "business rules" have been embedded into the system. Programmers no longer work a long and prosperous career, much of the development and support work has been outsourced to India. Analysts and end users have moved on also, promoted to ranks in different disciplines or off to entirely different companies. When these systems were designed and built, the folks who participated in the build process were endeared to the company they worked for. And as time passed, and that model of work eroded, still, big cut and paste jobs were performed and the old code was "wrapped" into a new application. Many features of the product and services being supported exist hidden in the code, only beknownst to the customers affected. Traversing through the labrynth of hundreds of thousands of LOC can be a daunting task, especially when assigned to someone not familiar with the business or new to the profession.

    Finally, the sheer bureaucracy that's in place with these applications makes change akin to moving solid mountains. Twelve panels and six VP signatures are required for simple program change. Seven committees, twelve VPs and over two dozen groups may have to get involved in any significant project that offers notable enhancemenets or a rewrite. Testing groups want millions of dollars budgeted to test the new application. Testing tools are sparse and/or non-existent. It's no wonder that many such grandiloquent undertakings are shelved, even after years of development.

    --

    AZspot
  79. Re:First Computer with a byte-addressable Memory-N by fm6 · · Score: 1
    When I refer to byte-oriented addressing, I don't mean computers with small word sizes (like the 6-bit 1401). Nor do I mean computers that use bit fields to access data within a word -- these were sometimes called "bytes", but they were not the familiar byte we use today.

    Byte addressing means that memory addresses are totally independent of word size. At the time, the main effect of byte addressing was to eliminate the long-standing distinction between "business" computers and "scientific" computers, which mainly had to do arithmetic precision. The long term effect was to make people think about data in more abstract ways. It was an important breakthrough.

  80. Re:DATUM not data by Kref1 · · Score: 3, Informative

    DATA

    data ( P ) Pronunciation Key (dt, dt, dat)
    pl.n. (used with a sing. or pl. verb)
    Factual information, especially information organized for analysis or used to reason or make decisions.
    Computer Science. Numerical or other information represented in a form suitable for processing by computer.
    Values derived from scientific experiments.
    Plural of datum.

    [Latin, pl. of datum. See datum.]
    Usage Note: The word data is the plural of Latin datum, "something given," but it is not always treated as a plural noun in English. The plural usage is still common, as this headline from the New York Times attests: "Data Are Elusive on the Homeless." Sometimes scientists think of data as plural, as in These data do not support the conclusions. But more often scientists and researchers think of data as a singular mass entity like information, and most people now follow this in general usage. Sixty percent of the Usage Panel accepts the use of data with a singular verb and pronoun in the sentence Once the data is in, we can begin to analyze it. A still larger number, 77 percent, accepts the sentence We have very little data on the efficacy of such programs, where the quantifier very little, which is not used with similar plural nouns such as facts and results, implies that data here is indeed singular.

  81. Re:Not gone, just smaller.. by spinkham · · Score: 1

    Smaller, yes. But will they be more reliable?
    You don't buy(or rent, as most seem to be) mainframes for their size characteristics....

    --
    Blessed are the pessimists, for they have made backups.
  82. Re:Not gone, just smaller.. by cbreaker · · Score: 1

    That wasn't the point.

    It was a joke. I simply said what people said about mainframes 20 years ago.

    "You don't really need reliability when the machines are so cheap and small. Just string a few together!"

    It's a vicious circle. The PC under my desk could very well be as/more powerful then some of the mainframes made in 1984. The PC under your desk in 10-15 years from now could very well be as fast as a mainframe made today.

    --
    - It's not the Macs I hate. It's Digg users. -
  83. Re: Datums by Anonymous Coward · · Score: 0

    Incorrect grammar is something up with which we should not put.

  84. Re:DATUM not data by Anonymous Coward · · Score: 0

    Webster's says that data is the plural form of the latin word datum.
    This is from Webster's:
    Main Entry: data
    Pronunciation: 'dA-t&, 'da- also 'da-
    Function: noun plural but singular or plural in construction
    Usage: often attributive
    Etymology: Latin, plural of datum
    usage- Data leads a life of its own quite independent of datum, of which it was originally the plural. It occurs in two constructions: as a plural noun (like earnings), taking a plural verb and plural modifiers (as these, many, a few) but not cardinal numbers, and serving as a referent for plural pronouns (as they, them); and as an abstract mass noun (like information), taking a singular verb and singular modifiers (as this, much, little), and being referred to by a singular pronoun (it). Both constructions are standard. The plural construction is more common in print, evidently because the house style of several publishers mandates it.

    and this is from Dictonary.com
    Usage Note: The word data is the plural of Latin datum, "something given," but it is not always treated as a plural noun in English. The plural usage is still common, as this headline from the New York Times attests: "Data Are Elusive on the Homeless." Sometimes scientists think of data as plural, as in These data do not support the conclusions. But more often scientists and researchers think of data as a singular mass entity like information, and most people now follow this in general usage. Sixty percent of the Usage Panel accepts the use of data with a singular verb and pronoun in the sentence Once the data is in, we can begin to analyze it. A still larger number, 77 percent, accepts the sentence We have very little data on the efficacy of such programs, where the quantifier very little, which is not used with similar plural nouns such as facts and results, implies that data here is indeed singular.

  85. Don't feel so old.... by NoMoreNicksLeft · · Score: 1

    I'm under 30, and I even have my own PDP-11/04. Still need to get it up and running, but it takes time to track down all the pieces I need.

    Then again, I just got my rackmount arcnet hub from ebay a few days back, so don't think me typical. ;)

    Anyone know where I can get my own s370? Mainframes are cool, and I shouldn't be deprived of one... (also interested in old CDC or Data General stuff).

    1. Re:Don't feel so old.... by Endive4Ever · · Score: 2, Insightful

      System/370s don't come just as a chunk of hardware. They're more like a jet airliner. They come with support contracts and support personell. And the software that runs on them isn't 'retail' and you can't just nab a copy off a warez site.

      Not implying anything about what you'd do with a s370, but it's not likely even if you found the hardware on a loading dock somewhere and got it for salvage price, that you'd ever be able to run anything on it.

      Do you have three phase power?

      --
      ---
    2. Re:Don't feel so old.... by NoMoreNicksLeft · · Score: 1

      Not yet on the 3 phase... gonna install it in a shed I'm building later this summer, to run a vaxen of mine. ;)

      Besides, if I can just score a copy of Unicos, I'm sure I can trade it somewhere for MVS. You'd be suprised what kind of warez scene a guy like myself can inspire...

      Truthfully, if I could get it off a loading dock somewhere for salvage price, I would definitely grab it. A place I worked for a few years back landfilled a HP 1000 series (had to be 1960s, not 70s) rather than give it to me. As if it could ever have been any kind of liability. I wanted to cry.

    3. Re:Don't feel so old.... by IntlHarvester · · Score: 1

      > Anyone know where I can get my own s370?

      Back in the late 90s, a place I was working for decommissioned their 370. Turns out the racks were filled with tons of gold wire. They had firms bidding to PAY THEM to dismantle it and haul it away.

      So I kinda doubt you are going to find one on a loading dock.

      --
      Business. Numbers. Money. People. Computer World.
    4. Re:Don't feel so old.... by jxliv7 · · Score: 1
      .

      try www.processor.com

      since 1979. the best source of info is to subscribe to the hardcopy, it's about the size of a tabloid, maybe 60 pages.

    5. Re:Don't feel so old.... by Anonymous Coward · · Score: 0

      a vaxen

      "Vaxen" is the plural of "VAX", like "boxen" and "box". If you only have one, you don't have vaxen.

    6. Re:Don't feel so old.... by NoMoreNicksLeft · · Score: 1

      Even minus the gold wiring?

      I'm the kind of guy to spend the next 3 years re-wiring it with plain copper.

    7. Re:Don't feel so old.... by NoMoreNicksLeft · · Score: 1

      What makes you think I only have 1? Gave one to a friend at work, but I still have a few...

    8. Re:Don't feel so old.... by LinuxHam · · Score: 1

      I have a p390 S/390 card in an Intel server that I can give you if you're an IBM employee. Its kinda the opposite because in normal datacenters, the master console is running OS/2 and sits on one of the mainframe units, but in this case the Intel box is running OS/2 and the S/390 chip is on an MCA card that spans two slots.

      In all seriousness, go load up Hercules and if you like it THAT much then resume your search.

      --
      Intelligent Life on Earth
    9. Re:Don't feel so old.... by NoMoreNicksLeft · · Score: 1

      Not an IBM employee, wish I was. Having my own token ring segment, complete with an OS/2 v1 286 machine, I feel like an adopted employee though. Does that count?

      Or how about my attempts to find a microchannel localtalk nic for my RS6000, so I can have the most bastardized ltalk network ever?

      I even have an old blue suit somewhere, though I think my gut is too big nowdays to wear it...

  86. Hypercorrection ... by Anonymous Coward · · Score: 0

    Hypercorrection is actually a sign of illiteracy.

    Datum has always been singular. In my experience, 'datum' was used for something important. For instance, in surveying you would establish datum points to which all other measurements would be referenced.

    Until recently, 'data' was plural but could be used as a collective noun. (An example of such a noun is 'herd' as in "The herd IS grazing.") This was good. If you are talking about data as a collection of statistical information, then one data point is meaningless. The data are only important as a collective. Using data as a singular to indicate a collection of information is meaningful and important. You used to be able to say: "The data indicates ...". Editors won't let you do that these days, it has to be "The data indicate ... ".

    So to the language Nazis, who insist on always treating 'data' as a plural, I say: Seig Heil you illiterate, innumerate (many expletives deleted)

  87. Re:DATUM not data by Anonymous Coward · · Score: 1

    Uhm, you are trying to correct the wrong part of the sentence. It should read:

    "...70 percent of the world's data is still..."

    The verb should agree with '70 percent' not 'data'. The group is being treated as a single whole, thus it should be 'is', not 'are'.

  88. They are rock solid by Sycraft-fu · · Score: 1

    The financals mainframe (actually mainframes, there's two in synch in seperate buildings) are to the effect of 10 years old, never a downtime at all. Of course, this all comes at a price. The service contract itself is damn expensive and, of course, you can't just going and running whatever you want on it. All software must be extensively testes and verified, never mind that most apps just aren't available for it.

    PCs are designed for a different task than larger computers.

  89. Re:DATUM not data by G-funk · · Score: 1

    -1, Wrong

    I have been correcting people over this for decades and still nobody corrects their usage


    Because they're too busy laughing?

    --
    Send lawyers, guns, and money!
  90. Re:Not gone, just smaller.. by Endive4Ever · · Score: 1

    That depends on how you measure 'power' though.

    Can you hook up 35 printers to your PC? How many terminals does it support? Can you keep four operators busy mounting tapes on the drives connected to it?

    People have the notion that because they have a CPU that spins soooo fast that it has the thruput of a mainframe. Which is an error.

    --
    ---
  91. Oh come now by Anonymous Coward · · Score: 0

    Mainframes are nice and all, but in aggregate communication and I/O bandwith any reasonable supercomputer will put them to shame.

  92. Comment removed by account_deleted · · Score: 3, Interesting

    Comment removed based on user account deletion

  93. Blue-haired Old Admins by carcosa30 · · Score: 1

    No joke, I've worked at a company where there were blue-haired old ladies-- former janitors from 30 years ago-- who had established a power base surrounding the AS/400s and wouldn't let it go.

    This is one reason why the company was still running Arcnet and GOD AWFUL TERMINAL SOFTWARE IN ALL CAPS in 2001.

    This hardware company, 30 years ago, started out in a chicken coop-- and these old ladies had been there since the days of the chicken coop. This is all true and I am not making any of it up!!!

    --
    Intolerance for ambiguity is the mark of the authoritarian personality.
    1. Re:Blue-haired Old Admins by duffbeer703 · · Score: 1

      And guess what, those blue haired old ladies probally made $25/k a year and were able to do whatever needed to be done because they had WELL WRITTEN DOCUMENTATION available to them.

      Contrast this to a "modern" IT shop, where a few super-smart programmers string shit together and never bother to document a single thing.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    2. Re:Blue-haired Old Admins by carcosa30 · · Score: 1

      Oh, how true that is, kind of a microcosm of mainframes in general...

      --
      Intolerance for ambiguity is the mark of the authoritarian personality.
  94. Re:Not gone, just smaller.. by cbreaker · · Score: 2, Insightful

    With the proper operating system, and a few add-on cards, a modern server PC could easily handle hundreds of serial printers (which I am assuming you mean. Parallel same difference.)

    As far as tapes, well, you don't normally mount tapes like the old days with reel to reel spindles. Those things weren't nearly as fast as a modern DLT or AIT system. A modern server PC can easily handle a handful of drives operated with very large robotic library systems. You don't need "operaters" anymore, man.

    I do believe that my desktop has more THROUGHput then a 1985 mainframe, by far.

    --
    - It's not the Macs I hate. It's Digg users. -
  95. Re:DATUM not data by Anonymous Coward · · Score: 0
    the sentence should read "Doug Balog, an IBM vice president, noted that 70 percent of the world's datum are still housed in mainframe computers." I have been correcting people over this for decades and still nobody corrects their usage
    Rectum? Damn near killed 'im!
  96. Re:Not gone, just smaller.. by pantherace · · Score: 2, Interesting
    Can you hook up 35 printers to your PC? How many terminals does it support? Can you keep four operators busy mounting tapes on the drives connected to it?

    With regards to the printers: 128 at the moment via local connections (though 127 sharing 12Mbps of bandwidth, if you include networked postscript printers, effectively unlimited) Terminals: serial (atm, just 2, though I have a couple of multi-port pci serial cables), network(effectively unlimited, and already has netbooted machines (sparcs and x86)), console(could go two console), or combination? Given that it doesn't have tapes, no.

    Computers today could do it. It's just a matter of having the extra parts to handle it. Of course most mainframes are going to beat the crap out of single channel scsi raid, 2 64-bit pci busses, etc for IO. Though compared to this thing's processors, the word creamed comes to mind for cpu-intensive tasks.

    Not that I disagree about the fast cpu (which is likely unable to even pull the memory speeds reqired.) Comparitively, a RS/6000 (workstations & servers) from 1997 has 4 256-bit memory paths of PC50, which puts it at the equivelent of a PC200 DIMM, and if they interlaced the banks themselves (of which I am not sure, and doubt) it would be equivelent of a PC800 DIMM, only dual-channel DDR400 can match that, from a 7 year old machine.

  97. Re:DATUM not data by Anonymous Coward · · Score: 0

    Who modded the this "Troll"?

    Its parent was clearly trying to start just the sort of non-sequiter argument over semantics that all you Cliff Clavens fell for.....

  98. IBM vs. customers and technology by Doc+Ruby · · Score: 1

    "Doug Balog, ... noted that 70 percent of the world's data are still housed in mainframe computers. And Josselyn said they are bound to stay there for a long time.
    The corporate world's bid to cut costs was what ultimately helped save the mainframe, he added."


    Cutting costs is the marketing sprach they lay on us. The mainframers saved their mainframes, and their jobs, by hoarding that 70% of the data, accessible only within the mainframe, not import/exportable to potential successors. So they've stalled development of distributed computing at every turn, with tech barriers and FUD.

    "IT networks based on servers and PCs required more staff and therefore was more expensive to operate than a centralized system, he said.
    "You need to throw more people at the problem," he said. ...
    From a pure computer hardware company, it morphed into an IT services giant selling software, hardware -- including PCs, servers and mainframes -- and, most important of all, helping companies set up and maintain their networks."


    When they realized they had convinced business that more people were required to run networks, they got behind that, rather than improve the management efficiency of networks. Now they love Linux. Doesn't that mean that Linux is the best way for businesses to waste money on inefficient systems that will be kept alive on life support as long as it fills IBM's coffers, regardless of the alternatives?

    --

    --
    make install -not war

    1. Re:IBM vs. customers and technology by buss_error · · Score: 1
      by hoarding that 70% of the data, accessible only within the mainframe,

      Let me guess. You've never worked on 3270, IRMA, twinax, DB-2, HDLC, SDLC, or SNA, huh? DB-2 has ODBC connections. That's hardly "locked up".

      There are several reasons to use a mainframe computer, some are:

      Speed (Try doing dependent calculations on a cluster. Doesn't work well.

      Cost containment (for existing equipment)

      Reliabillity (Failed CPU? Restart the task elsewhere.)

      Documentation (IBM documents the proper way to wash your hands after using the bathroom. In detail. With pictures. And a support number if you misplace the soap. One vendor of main frames, since out of business, frequently beat me to the office with a replacement part when something failed. Try that with your on site Dell waranty!)

      Auditable security

      control over what happens, by whom, and when.

      Geographic dispersal

      Support

      Support

      Did I mention Support?

      That said, and AGAIN, there are some tasks that do not lend themselves to a mainframe environment. Just as there are some tasks that do. Being an absolutist and stating things that are untrue undermine your legitmate point that mainframes were not always so easy to get data out of by other systems.

      --
      Necessity is the plea for every infringement of human freedom. It is the argument of tyrants; it is the creed of slaves.
  99. Re:DATUM not data by FreemanPatrickHenry · · Score: 1

    Not so.

    According to Strunk & White's Elements of Style 3rd. Revision, datum is the singular. This holds to convention: bacterium/bacteria, for example. Thus, one would not, strictly speaking, write "we collected this data," but rather, "we collected these data." Similarly, the data are collected, a datum is collected.

    Now, a datum can be, in general, any single piece of information. I've actually seen a USGS Topographic Map titled a "datum."

    --
    I have discovered a truly marvelous .sig which, unfortunately, this space is too small to contain.
  100. WebSphere (J2EE) and DB2 on mainframe by Openstandards.net · · Score: 3, Interesting
    Actually, IBM pushes WebSphere and DB2 on the mainframe. Indeed, they even push Linux in a partition on the mainframe now, too, and hypersockets for fast TCP/IP communications between partitions.

    I did some work for a large payroll company, and this was the platform IBM sold them for running mission critical payroll processing for its thousands of customers.

    This isn't about legacy application as much as it is about consolidating clustered applications into an easier to manage platform. Believe it or not, you can still do state-of-the-art software development despite the physical housing being a mainframe.

    We did all the software development on the PC. The mainframe was simply the deployment destination. This is one advantage of the J2EE architecture. This also ruled out .NET, as Windows didn't offer the stability that Linux offered on the mainframe. However, we did happen to use Windows on the PCs in order to be able to use Rational Rose. Barring Rose, which isn't needed in deployment, our development architecture was completely compatible with Linux.

    From a J2EE perspective, this eliminated the need to manage clusters in operation, as well as to develop for them. Clustering, despite its raves in the news, has a lot of production related issues that the mainframe solves. This is part of IBM's marketing pitch.

    1. Re:WebSphere (J2EE) and DB2 on mainframe by Anonymous Coward · · Score: 0

      DB2 on Z/Linux rocks. Websphere on Z/Linux I'm still on the fence with. I can have quite a few WAS instances running at the same time and it works, but its just not nearly as snappy as on an RS/6000. My theory is the mainframe rocks in the IO department, therefore DB2 kicks ass, but as far as processor intensive tasks like WAS, its just not quick enough. Also, I know that the processors are inherently slower than those in the RS/6000 boxes because they have ECC and all those mainframe redundancy things. Plus, our mainframe is like 3 years old. I heard IBM has some multi-GHz mainframes down the pipeline (Power chips).

  101. About dinosaurs by B.D.Mills · · Score: 1

    People call mainframes "dinosaurs" because of their size, and presumably because they will be extinct soon. But remember, dinosaurs were around for over 100 million years, and the IBM mainframe has been around for only 40. So the IBM mainframe has only 99,999,960 years to go.

    Scary.

    --

    The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke
  102. Rexx / Arexx by Anonymous Coward · · Score: 0

    Arexx (Amiga Rexx) was the best thing ever implemented on the Amiga, if you had two programs that did X and Y you "simply" merged them with an arexx script, and presto: an application to do X*Y.

    There were even programs with arexx ports that let you create application GUI front ends to control your scripts.

  103. On Mainframe Daddy's Retirement by fairfax · · Score: 1

    I remember reading about mainframes going out the door, and after a certain point, and after my father retired, I started saying "his last job was to turn off the mainframes." He in turn, on hearing this story, would say, "that's just about right." But several years later, I discovered that mainframes and networked PCs co-existed in the same offices I worked in as a contractor. I was surprised to find these ancient beasts in place after place, But, they still do have their benefits. How much longer will they be useful?

  104. A Market for How Many? by klausner · · Score: 1

    This is the same machine that Thomas J. Watson Sr., the founder of IBM, predicted "I think there is a world market for maybe five computers" in 1943.

    1. Re:A Market for How Many? by Anonymous Coward · · Score: 0

      People love to throw this quote around as evidence of his lack of foresight, but the fact is....there probably WAS only a world market for five computers in 1943. They were size and cost prohibitive.

  105. Re:DATUM not data by ChrisMaple · · Score: 1
    When was the last time you had only one piece of datum?

    The last time I got bit.

    --
    Contribute to civilization: ari.aynrand.org/donate
  106. Re:DATUM not data by Anonymous Coward · · Score: 0

    You are correct insofar the Latin roots of the word are concerned, and there used to be lots of people who were picky about getting the English usage of "data" correct with respect to the Latin rules. However, such pickyness is rare these days, and it's become common and acceptable to use "data" as a mass noun.

    The word datum is mostly used in specialized fields, where it has in some cases acquired a more specific meaning, such as "a piece of data associated with a specific location".

  107. Any new customers? by Anonymous Coward · · Score: 1, Insightful

    My understanding of mainframes is that most existing customers are keeping (and maintaining) them. But I haven't heard of new companies deciding to go out and buy their first mainframe. Does anyone know otherwise?

    1. Re:Any new customers? by luvirini · · Score: 1

      Well.. our company just bought 2 ISeries to run ASP services to customers, instead of the PC platform we were running on before. Though ISeries are not real mainframes ofcourse.. :)

  108. Needed: CICS for modern computers by Animats · · Score: 5, Informative
    One of IBM's more enduring products, even though they keep trying to get rid of it, is CICS. CICS, the "customer information control system" is 35 years old this year.

    CICS is a neat idea that deserves a new look. It's a "transaction processing OS". Think of it as an OS whose purpose in life is to run CGI programs efficiently. In its simplest form, each incoming transaction starts up a new program which reads the transaaction, connects to the database, processes the transaction, and exits, typically within a fraction of a second. The operating system is optimized for starting and running those transactions.

    CGI processing under Linux is inefficient, and hacks like mod_perl are needed so that a new process isn't created for each transaction. One could do better. Transaction programs under CICS are started, run up to the point that they need input, and stopped. When a transaction comes in, a copy of the stopped transaction program is forked off, used to run the transaction, and terminated. So there's no way for data to leak between transactions. All transaction programs run in a jail, allowed to talk only to the database and to reply to their incoming message.

    With better OS support for transactions, web servers could have a cleaner, faster interface for their transactions.

  109. Two words: Murphy's Law.... by iamcf13 · · Score: 1

    The Z-series will experience downtime if its power supply is cut and it doesn't have some form of backup power supply that can take over in a matter of nanoseconds. This can be anything from somebody unknowingly unplugging/disconnecting the thing all the way up to an EMP via a pinch or an exploding (thermo)nuclear device....

    Of course, an EMP will ruin anything remotely electronic if it is not properly shielded from it....

    1. Re:Two words: Murphy's Law.... by miodekk · · Score: 3, Informative
      The Z-series will experience downtime if its power supply is cut and it doesn't have some form of backup power supply that can take over in a matter of nanoseconds.

      Even smaller IBM servers (like AS/400) have built in UPS. So unplugging for a short period of time won't hurt it.
      Besides you can find even PC servers with redundant, hot pluggable power supplies. In mainframe every piece of hardware is hotpluggable including processors.

    2. Re:Two words: Murphy's Law.... by Anonymous Coward · · Score: 0

      Way to create a contrived situation.

      How many ZSeries installations do you think are plugged into a wall socket with a "Do not unplug!" Post-It note? Exactly none.

    3. Re:Two words: Murphy's Law.... by ErroneousBee · · Score: 4, Interesting

      Ways Ive seen an IBM mainframe fail:

      - I'll just IPL (reboot) the test partition to test out some changes Ive made. Opps, wrong partition.

      - I'm on this test partition with this new OS ready for testing. Hmm this security database copy tool appears to corrupt the database. I'll take diagnostics and send the results off to IBM. Oops Ive just copied onto the live production database and corrupted it, and now everything is failing security checks. I cant switch to the backup database cos I cant work out which security message is the one for the database switch.

      - I'm a dumb bulding subcontractor, I'm in the basement drilling into walls, but I dont want to electrocute myself, so I'll go and throw that big switch with the red mnessages over there.

      - I'm an even dumber contractor, some idiot has thrown the main 3 phase power switch and walked off, so I'll just throw it back again. BANG!!

      - The power has been rather unreliable of late, and the UPS has been continually taking short 5 minute loads whilst the generators kick in. Now the power has gone for the 10th time this weekend, and the UPS has run dry, and the generator cant kick in in time.

      It is possible to bring a mainframe down, but it requires stupidity, superuser proviledges, access to the poser supply, or a large axe.

      --
      **TODO** Steal someone elses sig.
    4. Re:Two words: Murphy's Law.... by iamcf13 · · Score: 1

      How are the CPU(s) hot swapped?

      I am genuinely curious about that.

      That is to say, how can you put the computer in a 'safe' state to switch a dead CPU for a good one?

      If the compter only has 1 CPU that dies, the computer crashes hard!

      If not, I am deeply impressed by the hardware's 'Gene Krantz' attitude!

    5. Re:Two words: Murphy's Law.... by farzadb82 · · Score: 1

      Ask Borland - According to their C++ v3 installer, if you have a CPU 386 and are trying to install, it will ask you to "replace the CPU and then press enter to continue" I could never figure out how this would work so I decided to try ;) - Let's just say it didn't work!

    6. Re:Two words: Murphy's Law.... by miodekk · · Score: 1

      I write from memory, haven't checked recently if something changed lately.
      The idea is simple. You cannot buy a mainframe with only one processor. Even if you pay for one, the machine has more (AFAIR 4 at least). Some of them are enabled and working, some disabled. There is a special piece of hardware that tracks processor behavior. If something goes wrong, defective processor is switched off and the next free one turned on, taking the work of previous processor.
      Don't ask me about cached memory, instructions during execution etc. Maybe OS takes care of this, maybe there is another solution.

    7. Re:Two words: Murphy's Law.... by XSforMe · · Score: 1

      The following article is brief on technical details, but it will give you a general idea on how it is done:

      http://www.aceshardware.com/read.jsp?id=50000316

      --
      My other OS is the MCP!
    8. Re:Two words: Murphy's Law.... by Delphis · · Score: 1

      Are you sure about that? I saw the AS/400 where I worked fall flat on its face when there were power glitches. What model of AS/400 were you refering to? The one I speak of was a 620 with an 820 upgrade.

      --
      Delphis
  110. Re:... will Sun ever overtake IBM. by dunkelfalke · · Score: 0, Troll

    interesting my ass.

    parent is nothing more than "don't buy from the jews" nationalistic crap.

    --
    Conservatism: The fear that somewhere, somehow, someone you think is your inferior is being treated as your equal.
  111. Yes -- Fortran 66 predated F77... by Richard+Steiner · · Score: 1

    ...and there were a number of Fortran dialects which predated F66.

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  112. So build an external relational data warehouse. by Richard+Steiner · · Score: 1

    That's what we were doing at the airline I worked for. The mainframe had the production data stored in small, fast, and proprietary file formats, but the same data streams were also archived on a Sun box at the same time.

    That way, folks who wanted to use the data outside of a mainframe context could run queries against the external data store using industry standard tools, and can also do so without impacting the real production database (which needs to maintain quick response times in order to be effective in the production transaction environment).

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
    1. Re:So build an external relational data warehouse. by Tablizer · · Score: 1

      That's what we were doing at the airline I worked for. The mainframe had the production data stored in small, fast, and proprietary file formats, but the same data streams were also archived on a Sun box at the same time.

      Replication and mirroring to different data manager brands carry the risk of getting out-of-sync. Ideally there is only one source for any given peice of data.

  113. Programming is simple....Optimizing is hard.... by iamcf13 · · Score: 1

    Need proof?

    Consider C, the weapon of choice for commercial-grade programming. It only has a handfull of control structures to 'hold' the rest of the program together. In the hands of an experienced programmer, C can be used to create programs that are almost as fast (yet readable), as an equivalent program coded in 100% hand written assembly language.

    I could do this but I chose not to. I'd rather write lots of different programs in C and learn new stuff along the way rather than pampering the CPU with all the mind-numbing detail and preplanning a large-scale assembly language program would require.

    I had a bit of experience with COBOL years and years ago. At the time I had several years of experience with Pascal (after making the radical pardigm shift from line numbered, GOTO-driven BASIC beforehand). Since Pascal and COBOL are both procedural languages, all I had to learn to get up to speed fast was the syntax and 'positioning' requirements of COBOL.

    In a matter of days, I was writing somewhat sophisticated, nontrivial COBOL programs that did what they were supposed to do.

    Gripe: Boy is COBOL verbose!!! (which fufills the self-documenting requirement of the language).

    Why write

    add 1 to x giving x

    when you can use C and say

    x++;

    ?

    1. Re:Programming is simple....Optimizing is hard.... by chthon · · Score: 1

      Yes, COBOL is verbose, but...

      • most modern COBOL compilers can relax on the positioning requirements
      • most modern COBOL compilers can also take it easier on the red tape
      • COBOL is still the best language to make computations on money, because it has integrated fixed point types.

      It seems that ADA maybe also has that last possibility, but I do not know if their fixed-point data types are based upon a float library or a real integer library. In COBOL these are absolutely based upon integer computations.

      All other Unix/C derived languages do not have the possibility to make financial computations like COBOL does.

    2. Re:Programming is simple....Optimizing is hard.... by iamcf13 · · Score: 1

      Well, Microsoft Visual C++ (what I use) has an '_int64' data type which will give you over 18 decimal digits of precision positive or negative.

      If that isn't enough for financial calculations, then one would have to code up a multiprecision integer package.

      Of course, if the above is to be avoided, it looks like COBOL all the way....

    3. Re:Programming is simple....Optimizing is hard.... by rve · · Score: 1

      Businesses don't want rounding errors. Over the course of billions of transactions a year, rounding errors can really add up. Floating point is of no use whatsoever to them.

      Arbitrary precision datatypes are pretty much a requirement. Not 'up to 18 decimal digits', but 'exactly 12 digits and 2 decimals'...

    4. Re:Programming is simple....Optimizing is hard.... by Mikkeles · · Score: 1
      ' * COBOL is still the best language to make computations on money, because it has integrated fixed point types.

      It seems that ADA maybe also has that last possibility, but I do not know if their fixed-point data types are based upon a float library or a real integer library.'

      Ada's fixed point types are still binary based; essentially, they allow the absolute error to be fixed. For monetary computations, Ada offers a decimal type that exactly meets financial needs.

      --
      Great minds think alike; fools seldom differ.
    5. Re:Programming is simple....Optimizing is hard.... by rve · · Score: 2, Insightful

      It might be true he could become an expert in two weeks, I dont know the original poster, he might have an extraordinary talent for it, it's just a sign of a lack of social skills to express it that way in a job interview.

      I know it took me about a year to become as good as some of the veterans at coding for large business machines at the company where I work, and I was proficient in a wide variety of different programming languages before I applied there.

  114. CICS sounds similar to Unisys TIP and HVTIP... by Richard+Steiner · · Score: 1

    ...two transaction processing enviroments that run on Unisys 2200-series and Clearpath IX mainframes are currently used heavily at certain airlines.

    Programs are small and fast. One enters a tran code, and a program runs which generates a response screen (which could be a data display or a fill-in format that the user has to fill in).

    One secret to the high level of efficiency in this type of environment: the use of intelligent, syncronous terminals. The Unisys mainframes use a terminal type normally referred to as "UTS" or "Uniscope", and a UTS terminal processes all basic text editing (character and line insertion/deletion, cursor movement, etc.) locally with no need to communicate with the host. When a user is done editing the screen, a "Transmit" key is pressed which sends some or all of the screen back to the host for processing.

    UTS terminals are smart enough to handle things like file justification and alpha/numeric data type enforcement on the terminal through the use of special terminal fields and attributes, offloading even more processing from the host.

    That, combined with very fast databases, makes for a very fast interactive application environment...

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
    1. Re:CICS sounds similar to Unisys TIP and HVTIP... by Animats · · Score: 1
      TIP is very similar to CICS, and more general. It's about 30 years old now, about five years newer than CICS.

      My point is that CGI does inefficiently what TIP and CICS do efficiently. That's an indication that better support for transactions is useful.

    2. Re:CICS sounds similar to Unisys TIP and HVTIP... by Anonymous Coward · · Score: 0

      TIP is probably closest to TPF.

      IBM went toe-to-toe with Sperry and Burroughs (now Unisys) and beat them in most markets. The companies fought to a draw with the airlines, with Sperry and IBM roughly splitting the market. (I think Burroughs was stronger in banking and finance.) Unisys still has some customers, still running TIP, still on ClearPath mainframes.

  115. While IBM has the majority of the mainframe market by Richard+Steiner · · Score: 3, Insightful

    not all of the mainframes in current use (or which are currently being marketed) are from IBM, or are even based on IBM's mainframe architecture.

    At least two of the top four airlines in the US are still heavily using Unisys mainframes, for example. Those are based on the Sperry UNIVAC 1100-series boxes of the 1960's and 70's (a 36-bit architecture which is word-addressible, not byte-addressible) and an OS called OS2200 (or OS 2200), and many of them are still running applications software that was originally designed and written during that era (though it is constantly being modified in-house, of course).

    As others here have said, mainframes are simply not the old coal-fired boxes that they are sometimes portrayed to be, certainly not on the hardware side of things. What they really are is a centralized server whose design is specialized around very high levels of reliability/recoverability and high levels of data throughput combined with the ability to serve applications to thousands of users with very low levels of system and communications overhead for each user action.

    That makes them exceedingly efficient at what they do, not just large and expensive. :-)

    Also, while most of them tend to have some "stone age" elements on the applications software side, keep in mind that most of the older software tends to be found at the API level, not in the core of the OSes which support that API.

    While application code on those boxes might be very old indeed, or at least based on very old software interfaces, the hardware and software platforms which form the guts of those mainframe boxes have been moving forward over the past few decades just as quickly in many areas as they have been in the desktop and smaller server world.

    Part of the reason that such systems still exist is certainly tied to various economic factors like the difficulty of porting applications and such (when one has several million lines of code which is tightly tied to one's business rules, one doesn't rewrite that software arbitrarily).

    However, some companies still use mainframes for another reason: they have a few applications which simply cannot fail if the company is to operate effectively. In some cases, even a small outage can cause cascading effects thorughout the company and cost the company millions of dollars. Or more.

    My own experience is with major airlines, and they are one of the largest users of such systems in key areas, but financial entities such as NASDAQ have been using similar large systems for years because they need a very high level of reliability and recoverability.

    I really think it's a shame that more people are not exposed to these types of systems in college so they can get some sense of what those machines are actually designed for (and what the hardware and software in those boxes is actually capable of).

    While Unix, Windows, and Mac systems are ubiquitous these days, they simply do not define all existing computing architectures by themselves, nor can they effectively or efficiently handle all types of computing tasks. Not yet, anyway...

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  116. Re:Not gone, just smaller.. by ErroneousBee · · Score: 1

    I think the tape robots are actually controlled by a PC. The actual tape drives are connected to the mainframe, probably via a PC based controller that does caching and whatnot.

    --
    **TODO** Steal someone elses sig.
  117. Hierarchical storage management. by Moderation+abuser · · Score: 1

    First it's on disk, then it ages through lack of use and gets migrated to tape in f*cking HUGE rooms full of f*cking huge silos which are full of f*ckng quick tape drives and large cartridges, none of your measly 200Gb 20MB/s cheap crap.

    You access a "stub" file on disk, the tape the corresponding real file is on gets mounted in a drive, the drive seeks to the correct block on the tape, reads the file and puts it on disk. Takes about a minute on average if you have quick robots and fast tape drives.

    I can easily believe that 70% of the world's data is on mainframes. A terabyte is nothing, we're talking petabytes and exabytes of storage.

    --
    Government of the people, by corporate executives, for corporate profits.
  118. I Wouldn't Brag About This: by Master+of+Transhuman · · Score: 1

    > 70 percent of the world's data are still housed
    > in mainframe computers.

    Pathetic. You monkeys get more primitive by the day, not less.

    OTOH, it does make hash of the Sun line that "The network is the computer" (or was it the other way around?)

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  119. Taking inspiration from "back then"... by Phil+John · · Score: 1

    ...if you think about it, all the latest n-tiered apps are going back towards the whole mainframe serving dumb-clients idea.

    Ok, so our dumb clients are a tad more sophistocated and capable than those in days of yore (I could never have played splinter cell on for for instance) but with websites and other such apps all of the brunt processing work is taking part on the server whilst the pc/web browser combo is simply displaying the output.

    I find it interesting that we're now going back and saying "hey, that's not so bad, lets use a riff on this idea".

    --
    I am NaN
  120. Managing complexity by Moderation+abuser · · Score: 1

    It's fairly simple mathematically.

    If you have 1 system, 1 set of applications. Life is sweet. This is the mainframe.

    If you have 2 systems, there's 2 sets of relationships which have to be managed, life is good.

    If you have 4 systems, there's 16 sets of inter-relationships that have to be managed and life is interesting.

    If you have 16 systems, there's 256 sets of relationships to manage and life is extremely busy.

    With 256 systems, there's 65536 sets of relationships and frankly you're taking the piss.

    With 5,000 systems (easily possible to have 5,000 servers in a multinational corporation) and no real thought to the complexity management, well, you've got 25,000,000 sets of relationships to manage, your army of IT staff and shareholders are holding the high ground and taking pot shots at users with high powered hunting rifles.

    It's why pure peer to peer doesn't work. You have to start breaking the complexity down into layers of services, somewhere between 4 and 16 systems if you're sane. But you're never going to get mainframe levels of simplicity and therefore support costs and reliability.

    We've managed to design our distributed infrastructure so that support and maintenance costs and sysadmin effort are increasing logarithmically rather than linearly or worse but... It still isn't a mainframe.

    --
    Government of the people, by corporate executives, for corporate profits.
    1. Re:Managing complexity by cbreaker · · Score: 1

      Your math assumes that every server has to talk to every server for everything.

      I don't know what kind of data center you run, but in the ones I've managed things aren't like that, they are an order of magnitude more simple.

      You have some database servers. You have some web servers. You have some other purpose servers. They don't really need to talk to each other. Generally, many servers talk to the databases, not each other. The database server is a server amongst servers.

      All it really takes is some planning, documentation, and insight. If you were going to build a multi-million dollar data center with PC servers, or buy a big mainframe, these should be expected of any admins.

      Of course, in the Windows Server world, you get a lot of people that simply DO NOT KNOW how computers work. It's simply amazing. I mean, if given the choice I wouldn't pick MS, but you CAN do it successfully, take eBay for example. But I do see where a lot of the "when it's PC servers it ends up a mess" opinion comes from.

      --
      - It's not the Macs I hate. It's Digg users. -
  121. Like getting STP on your hands by Anonymous Coward · · Score: 0
    Mainframes are like STP (hard to get off) on your hands because they have a lot of money invested in them and a lot of personnel work on them. The personnel get promoted and don't want to learn anything else so they stay there. I nearly got fired one time because it is so hard for traditional mainframers to understand how to do things right. They know the old wrong ways well. Yes, you want to drive that car from Washington DC to Madrid Spain and not take a plane! Stupid new fangled controls on a plane!

    If you look inside a number of servers these days, it looks a lot like a mainframe. I2O and other split busses that Linux uses well. Indeed I get better performance from a well tuned Linux box with the appropriate hardware. The "mainframe" doesn't stand a chance. Well, I guess you could say the Linux box is a mainframe then in a sense. I can hold more stuff on my desktop than nearly all mainframes of just 10 years ago, all of the mainframes of 20 years ago. This will be even more so true when Seagate comes out with their big mother drives soon (terra byte or so for $200 bucks! Woo Hoo!)

    Also, don't let the Mainframers BS you. They tell you it is so stable and NOTHING can hurt it... try filling up a data set. Under all other OS's, it tells you when it runs out of space and nothing bad happens. I filled up a few under MVS and whammo! blew the OS out of the water. Considering how expensive they are, 2 billion isn't that much. Sounds like just a few government buyers.

  122. How Much Money? by 4of12 · · Score: 1

    Doug Balog, an IBM vice president, noted that 70 percent of the world's data are still housed in mainframe computers."

    Even more interesting from my perspective is the fraction of the world's money supply in these proven beasts.

    Sure there are PC's with a few financial databases made up from some spreadsheet, but I think most of the world's money is entrusted to IBM mainframes that were the first computers to enter banking in a big way.

    Probably much of the $33 trillion dollars in total U.S. debt [govt+corporate+personal+mortgage] is kept track of in these mainframes, too.

    Considering the age of the technology, it plays a vital part of our economy. It's probably much more important for mainframe customers to have live backups, disaster recovery plans, etc. compared to most computer users.

    --
    "Provided by the management for your protection."
    1. Re:How Much Money? by cavac · · Score: 1

      Considering the age of the technology, it plays a vital part of our economy. It's probably much more important for mainframe customers to have live backups, disaster recovery plans, etc. compared to most computer users.

      I think it's equally important to never move your office unless you own your own heavy load transport service and your own construction company or you won't be able to pay for it.

      Some companies had their buildings constructed around their mainframes and/or supporting devices. I know a company that still has their old high-speed (and now defunct) industrial strength punch card puncher/reader combo in their office. The only ways to get that beast out of the building is either to break through a floor and multiple walls or to pay someone a months worth of cutting that solid steel beast into parts that would fit through the doors.

      --
      Look, this thing is totally safe! Built it myself, you know. You just press that button like this and then turn that lev
  123. Re:If it aint broke.....stalled program by Anonymous Coward · · Score: 0

    your 'stalled program' is likely the result of poor coding at the application level, and improper testing prior to implementation. Yes, even if it causes *terrible* response time, the problem can be isolated to the application, which can be killed off without causing any further corruption or degradation. Neither the subsystem or core OS will be brought to an unstable state by application errors such as this.

  124. Re:... will Sun ever overtake IBM. by Anonymous Coward · · Score: 0

    test

  125. Re:DATUM not data by DunbarTheInept · · Score: 1

    For something to be plural, it has to be countable in a discrete way. If I tell you I have 3 data, that doesn't tell you anything at all. The natural question that arises is "three *whats* of data? - three bytes? Three measures taken at spots in space (the USGS meaning)? What is it?" And when looked at that way, you see that the plural is actually on the measure, not on the data. You don't have 3 data. You have 3 *bytes* (of data), or 3 numbers (of data) or 3 points (of data).

    You can't pluralize 'data' any more than you can pluralize "air" or "mud" or "water".

    --

    Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

  126. Re:DATUM not data by FreemanPatrickHenry · · Score: 1

    Certainly. But I was referring to its use with "to be." Thus, the data are ___.

    --
    I have discovered a truly marvelous .sig which, unfortunately, this space is too small to contain.
  127. Why only 40 years? by orcmid · · Score: 1

    Other than it reminds me how old I am, I don't understand why we are confusing the introduction of the IBM System/360 with the birth of the mainframe. The first commercial mainframe (Univac I) was shipped in 1951, as I recall, and IBM had already wised up and were building at least 3 of their own at the time. I met my first mainframe computer in 1958 and the first supercomputers were already abuilding. Writing programs in Fortran was the happening thing and what served as a "byte" was 6 bits.

  128. Re:DATUM not data by Anonymous Coward · · Score: 0
  129. Try the IBM Journal of R&D by Anonymous Coward · · Score: 0

    There's a pretty good zArchitecture summary here describing the RAS (Reliability, Availability, Serviceability) aspects of the z900. Be sure to back up and visit the G5/G6 RAS features (linked in the article), because those still apply. Note that the z990 added a couple new RAS features.

    This journal article mentions something called Parallel Sysplex, and it's worth highlighting. Very interesting stuff, that.

  130. IBM's Single $100M Sale in February by Anonymous Coward · · Score: 0

    They do OK over at IBM with zSeries hardware sales, such as this one in February. As you can see, $4.2 billion is at least in the high hundreds of units.

    You can also lease them. And share them (through a service bureau).

  131. Developers Can Get Their Own Mainframe (Really) by Anonymous Coward · · Score: 0

    It's free. IBM has a program for Linux developers who wish to test their application(s) on a genuine mainframe. You get a free z/VM-hosted Linux image for 30 days.

    Which gives an idea of how many concurrent VMs mainframes can handle (and at what cost if IBM is giving them away to developers). Note that you have the whole image, root login and all.

  132. Re:Not gone, just smaller.. by cbreaker · · Score: 1

    What are you talking about?

    At the Data Center I recently worked with, we had three StorageTek libraries. Each held seven SDLT drives and had a capacity of over 600 tapes each. Two backup servers, a couple of Quad Xeon boxes, handled the backups of the entire data center of over 1,500 servers. Basically, the backups are run 24 hours a day.

    These two servers have no problems filling the drives' bandwidth.

    What mainframe?

    --
    - It's not the Macs I hate. It's Digg users. -
  133. AS/400 by miodekk · · Score: 1

    The one we have is F60 or F70. Well, quite old machine (from 1992 if I remember correctly), but still works :-)

  134. Damned GUI designers always trying to hide info by kcbrown · · Score: 1
    which exploits a weakness in Mac OS X where applications can appear to be other types of files.

    What the hell is wrong with these people who design these GUIs? If the Windows experience makes anything clear, it's that you don't hide vital information, like the full name of a file or its actual type.

    If a file is an application, it had better look like an application. If a file is a data file, it had better look like one. The computer obviously knows the distinction when the user does not because it's executing the trojan even though the user thinks it's a data file. And if the computer knows the distinction, then it must present that distinction to the user in no uncertain terms. And in this case, it apparently doesn't.

    Frankly, I would have expected the MacOS X team to know better than this.

    --
    Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.
    1. Re:Damned GUI designers always trying to hide info by kcbrown · · Score: 1
      Arrgh. How the $^%#@!! did this get attached to the wrong article??

      Sigh...

      --
      Use 'slashdot stuff' in the subject line in any email you send me if you want to get past the spam filter.