Hewlett-Packard stopped building 3000s in 2003, cutting off a product line in the belief that users would leave the server. But after thousands of them did just that, thinking there would be no more MPE/iX servers to be purchased, an emulator emerged. After more than four years, it might be changing the concept of what is an HP 3000. Brian Edminster of Applied Technologies wonders what's the future for the system that delivers MPE/iX apps.
"It seems to me that it's almost more accurate to call these beloved hosts 'MPE/iX' systems," he said, "rather than 3000s, since — eventually, at least — no one will be running 'original' HP hardware."
We have asked around the community about how this concept plays out. James Byrne, 3000 manager at logistics provider Hart & Lyne, offers one view on what makes up his idea of a device to use MPE/iX.
I consider our systems to be MPE/iX rather than HP 3000. The hardware does not really matter to us any more, since most of the rest of our critical infrastructure is already running on commodity Intel 64 bit boxes. We simply keep two or three of everything running on different 3000 hosts most of the time, and have them continually cross checking each other. That approach has covered us well in the one or two serious incidents we have experienced these past 15 years since HP gave up on the 3000.
If the Charon emulator was priced in the same range as a used HP 3000, and ran on Linux, and used KVM virtualization, then we would in all probability move to it as an interim step, if only to escape the aging hardware MPE/iX is running on.
I believe those conditions are unlikely to all be met, so we do not consider the emulator as a possibility. We still would have to deal with the issue of Powerhouse licensing fees. The last inquiry we made with respect to Powerhouse provided a price that was startling to say the least. We would even entertain moving to Powerhouse on Linux as an interim step, if the price were not so exorbitant and the product supported PostgreSQL. However, when last we looked Powerhouse only supports proprietary databases, so again it is not even a consideration.
Those examples are representative of why we are never going back to proprietary software: predaceous pricing and technological limitations dictated primarily by marketing. Whatever we write for ourselves in future, we are not going to be held to ransom if we wish to move it from one system to another.