Slashdot Mirror


Why OldTech Keeps Kicking

Hugh Pickens writes "In 1991 Stewart Alsop, the editor of InfoWorld, predicted that the last mainframe computer would be unplugged by 1996. Just last month, IBM introduced the latest version of its mainframe, and technologies from the golden age of big-box computing continue to be vital components in modern infrastructure. The New York Times explores why old technology is still around, using radio and the mainframe as perfect examples. 'The mainframe is the classic survivor technology, and it owes its longevity to sound business decisions. I.B.M. overhauled the insides of the mainframe, using low-cost microprocessors as the computing engine. The company invested and updated the mainframe software, so that banks, corporations and government agencies could still rely on the mainframe as the rock-solid reliable and secure computer for vital transactions and data, while allowing it to take on new chores like running Web-based programs.'"

5 of 339 comments (clear)

  1. Re:Is it really "old" tech? by 427_ci_505 · · Score: 4, Interesting

    It might be new tech, but the mainframe is still an old concept.

    ...Duuhhh?

  2. Re:Is it really "old" tech? by ericspinder · · Score: 4, Interesting

    As is the radio. I'll never understand why people think Television should have killed off the radio.

    A better analogy would be to see mainframes as movie theaters, and PCs as televisions.

    --
    The grass is only greener, if you don't take care of your own lawn.
  3. no built in obsolescence by apodyopsis · · Score: 5, Interesting

    I used to make CD players for one of the tech giants, as such I was in China alot. When I say "make" I'll be more specific - I wrote the firmware.

    I remember vividly a conversation with one of the chinese project managers. I was discussing the build quality of a new CD player for the US markets. It had that brown cardboard like PCB that the racks leap off if you wave a soldering iron in the general vicinity. The PCBS, the unit front, the enfire casework was glued together with a hot glue gun. The radio tuning circuit was wire wrapped around a pencil and then "frozen" in place with dripped wax whilst the software was expected to adapt to mask any tolerance issues. The manager and his team gave it a projected life span of 18 months, then the consumer would be back to buy another, he was really enthusiastic about the repeat business.

    *That* is why old tech survives because it was built to last, not with built in obsolescence. And no, I never brought a CD player from my employer ever again.

  4. New ways to do old things by bugs2squash · · Score: 4, Interesting

    I keep seeing new ways to do the same old things; perform a credit transaction, store a health record, track inventory etc. Many of these requirements have changed little for decades if not centuries, and new requirements like enhanced security are easily accomodated in a centralized environment.

    The original systems created to satisfy these requirements were lightweight and efficient to run on the machinery of the time and easily managed by virtue of being centralized. By contrast, many new solutions are bloated and hard to manage because of their de-centralised nature and the need to use whatever networking protocol was simplest to implement regardless of its suitability for the task. God forbid that anyone has to look at a terminal font to get information from a system - if it's not in Times new Roman then it's just not proper information.

    The sole purpose for the replacement of the older systems seems to have been "because we wanted a GUI" to make it un-neccessary to train our users or because companies thought that they could axe experienced network admins and terminal equipment that they perceived to be 'locking them' to a vendor. Now I see that in many cases the management of large systems has been "de-skilled" and involves such a cocktail of technologies that nobody knows quite how it all hangs together (least of all how secure it all is).

    Best just throw in more resources to make the IT problem go away, at least it's spread over several bills so it seems easier to pay for...

    --
    Nullius in verba
  5. Mainframe engineering is better. by Animats · · Score: 4, Interesting

    Mainframes are still around because the engineering is better.

    There's no secret about how to do this. It wouldn't even add much cost to servers to do it right. Here's what's needed.

    • All the hardware must self-check. CPUs need checking hardware. Mainframe CPUs have had this since the Univac I. All memory, including the memory in peripherals, needs to have parity, if not ECC. Connections to peripherals must have checking. All faults must be logged and automatically analyzed. CPU designers are wondering what to do with all those extra transistors. That's what.
    • Peripherals have to go through an MMU to get to memory; they can't write in the wrong place. IBM mainframes have done this since 1970. The PC world is still using a DMA architecture from the PDP-11 era, and it's time to upgrade.
    • The OS has to be a microkernel, and it can't change much. The amount of trusted code must be minimized. IBM's VM has been stable for decades now, even though the applications have changed drastically. The QNX kernel changes little from year to year; Internet support, from IP up through Firefox, was added without kernel changes. This is incompatible with Microsoft's business model, and the UNIX/Linux crowd doesn't get it. So we're stuck there.
    • Additional hardware support for debugging is helpful. Unisys mainframes at one time had hardware which logged the last 64 branches, and on a crash, that was dumped.
    • All crash dumps are analyzed, at least by a program. Why did it fail? Someone has to find out and fix it. We need tools that take in crash dumps from server farms and try to classify them, so that similar ones are grouped together, prioritized, and sent to the correct maintenance programmer.

    Once you have all that fault isolation, you know which component broke. This produces ongoing pressure for better components. It empowers customers to be effective hardasses about components breaking. With proper fault isolation and logging, you know what broke, you know when it broke, you know if others like it broke, and you probably know why it broke. So you know exactly which vendor needs the clue stick applied. There's none of this "reinstall the operating system and maybe it will go away" crap.