HP never designed a smaller PA-RISC 3000 than the Series 918. The server that was released in the middle 1990s helps untold 3000 sites keep MPE/iX in the production mix. While surveying the customer base to learn about the 2016 state of the server, James Byrne of Hart & Lyne reported that a 918 at the company processes data FTP'd from a Linux system. The reason for sticking with MPE/iX, Byrne said, is the state of today's toolset for Unix and Linux. We'll let him explain
By James B. Byrne
Our firm has been running its business applications on HP3000s since 1982/3. First on a time-share service, and then on our own equipment. Our first in-house HP 3000 was a Series 37 ("Mighty Mouse") running MPE IV, I believe. Anyway, that is what my little brown MPE software pocket guide tells me.
We subsequently transitioned to a Series 42 and MPE V, and then a 52, and then to a Series 925 and MPE/XL, which soon became MPE/iX. Then through a 935 to our present host, a Series 918LX running MPE/iX 7.5.
And in all that time we ran the same code with the same database. We still can produce reports of transactions going back to 1984.
Presently the HP 3000 runs the greater part of our online transactions and handles all of our billings and payables. Due to changes in our business model, our main business operational application is now provided by a service bureau. Twice each working day a separate process, written using the Ruby on Rails framework, scans the PostgreSQL database, extracts all unbilled items, and produces a transaction file that is then forwarded via FTP to the HP 3000. Once the transaction file is transferred, the same FTP process triggers a job on the HP 3000 to process that file into invoices.
Our intent is to move off of the HP 3000 and onto Linux, moving away from proprietary solutions to open source computing. This includes bringing our operational software back in-house and off of the service bureau. We are actively developing software in pursuit of this strategy. However, the progress toward a final departure from the HP 3000 has not been as rapid as we had hoped.
There are many reasons for this but the main one is the primitive nature of the tools in common use by the Unix-Linux community. These have improved greatly over the past decade, but they are still nowhere near the effectiveness of efficiency of software I used on the HP 3000 in the 1980s.
There are exceptions, of course. Git as a version control manager is head and shoulders above anything I was exposed to on the HP 3000, or any other platform of my personal knowledge, whatever may have existed elsewhere. Likewise Perl, Bash and Ruby are far superior to MPE's native command scripting language. And the sheer variety of software tools available for Linux dwarfs by several orders of magnitude that which was ever provided for the HP 3000. Even if you could afford the 3000 tools.
But for online transaction processing and speed of development, not to mention stability and reliability, nothing in the *nix world that I have encountered even approaches the HP 3000. PostgreSQL is certainly a more then adequate replacement for IMAGE/SQL, but the open source rapid development tools are a different story.