HP Gives OpenVMS New Life and Path To X86 Port

dcblogs (1096431) writes Hewlett-Packard has changed its direction on OpenVMS. Instead of pushing its users off the system, it has licensed OpenVMS to a new firm that plans to develop ports to the latest Itanium chips and is promising eventual support for x86 processors. Last year, HP put OpenVMS on the path to extinction. It said it would not validate the operating system to its latest hardware or produce new versions of it. The move to license the OpenVMS source code to a new entity, VMS Software Inc. (VSI), amounts to a reversal of that earlier decision. VSI plans to validate the operating system on Intel's Itanium eight-core Poulson chips by early 2015, as well as support for HP hardware running the upcoming 'Kittson' chip. It will also develop an x86 port, although it isn't specifying a timeframe. And it plans to develop new versions of OpenVMS.

Comments

Excellent!

[fuzzyfuzzyfungus]

As a qualified Computer Systems Necromancer I've been disappointed by the lack of demand for combine technical aptitude with an ability to work with the undead creatures of nightmare. HP's plans are an exciting development for me and my colleagues!

Not in visable uses...

[Anonymous Coward]

OpenVMS is still used where high availability is needed but rarely at the front of a stack visible to users. Were I work, it's the back end, core application server (OpenVMS 8.4 on Integrity blades in a C7000 chassis), that without much effort stays up in the five or six 9's range, we use 2 or 3 CPUs worth of processing out of 16 and nobody complains about performance. Two of us easily survive 24/365 on-call because there is rarely a call. Changes from the software vendor or our in house programing staff are weekly if not daily, so it's not a static environment. We have no intent or desire to move to something else, there is little incentive: it would take 10 years to convert and certify, and several million dollars that we could us elsewhere (the study was done about 4 years ago when we moved from Alpha to Integrity). All that said, there is a lot of work needed to move to OpenVMS to X86-64: I don't expect anything for 5 years.

Re:Not in visable uses...

[mcrbids]

The most bad-ass server I've ever had the pleasure of working with was a Digital VAX 11/750 generations ago. It was *built* to be reliable from the very first rivet.

Oh sure, my pocket phone has far more power, memory, and storage. Despite the ample square footage of my "McMansion" house, It would not have fit in my kitchen. It ate power like global warming really was a myth. But as a server, it was in its own class.

It would automatically detect memory that was failing and rebuild from memory (like ECC) but then would remap that address so it would no longer be used.

You could upgrade its CPUs one at a time without shutting it down.

It was like a hoover with data, versioning files was intrinsic to how the O/S worked.

One time, the A/C in the computer room went out. It mapped *everything* in RAM to disk as the temperature rose and the chips became unreliable. We literally pulled the plug on it because it was completely unresponsive, as all operations were working directly off HDD. When the A/C was fixed and it was powered up late that night, it spooled all of RAM out of the HDD swap, and everybody's workstation resumed exactly where they had left off that afternoon - we couldn't find any data loss at all.

I will forever bow in deference to the greatest server I have ever had the pleasure of working on. How HP managed to acquire such a legacy and turn its back... part of me cries inside.

Re:If there have been signs.....

[evilviper]

I am surprised that people still want to use OpenVMS.

OpenVMS is the most mature microkernel OS out there. You can have flaky hardware, flaky drivers, flaky software, and it'll just keep running perfectly, restarting whatever services as need, as often as needed. You can't make it panic.

It also has more advanced clustering than most people believe exists... A server's full state is replicated in real-time, so a hardware failure doesn't even need to be handled by applications, they just think everything has been running for the past decade...

OpenVMS has ridiculous uptimes, over a decade, even on heavily utilized systems. Far longer than anything else out there.

http://www.uptimes-project.org...

http://www.osnews.com/comments...