[Info-vax] "HP started then spiked HP-UX on x86 project"

Paul Sture paul at sture.ch
Thu May 24 07:14:47 EDT 2012


On Wed, 23 May 2012 17:41:51 -0700, Neil Rieck wrote:

> On May 23, 4:15 pm, Paul Sture <p... at sture.ch> wrote:
>> <http://www.theregister.co.uk/2012/05/23/
>> hp_project_blackbird_redwood_hp_ux/>
>>
>> or
>>
>> http://bit.ly/LED7hd
>>
>> "As part of the ongoing lawsuit about whether or not Oracle had
>> committed itself to supporting its software on Hewlett-Packard's
>> Itanium-based servers, the software giant did a core dump of very
>> interesting documents that show what many of us suspected: that HP did
>> indeed mull acquiring the Sparc/Solaris business and that HP did in
>> fact have a skunkworks that was porting the HP-UX variant of Unix to
>> the x86 processor from Itanium."
>>
> 
> Speaking of porting (this is a duplicate post from another thread)

I've just read that and was just about to reply to it when I saw this 
reply.
 
>  ###
> 
> For the past 3 months I have been involved in cleaning up a number (10)
> of virtualized VAXs. I don't know why everyone uses the term
> "virtualized" because these platforms are running on the Charon-VAX
> emulation which runs on x86 (well, really the XEON flavor as part of
> DL380 but I digress).
> 
> p.s. according to the contractors, my employer is running more than 25
> of these things
> 
> Don't get me wrong, the disk i/o on these beasts is incredibly fast. And
> there is something neat about doing a VMS standalone backup (shutdown
> VMS; shut down Charon-VAX; then duplicate a Windows-2003 folder by just
> dragging and dropping). Doing any disk backup or restore just takes
> seconds.

Using Windows Server 2008 and Server 2008 R2 backup are even better, for 
they use "Shadow copy" (not to be confused with VMS Volume Shadowing) to 
backup only the disk blocks which have changed.  While I my VMS 
emulations are usually closed when that is running, I have had no 
problems restoring Linux etc virtual machines which were up when the 
backups ran.

> But the CPU power is horrible. For example, generating a new set of
> 1024-bit DSA keys takes 5 minutes on this emulated uVAX-4300 while less
> than one second is required on my DS20e Alpha.

I noticed that during the installation of VMS 8.4 under the FreeAXP 
emulator.  I didn't time it, but it was enough to send me into the 
kitchen to prepare a meal.

> Once you buy Charon keys (rumored to be in the range of 8k each; HP is a
> authorized reseller so they get a cut); ILO licenses for the CPUs and
> SANs; Windows licenses; VMS transfer licenses; the all-in costs of doing
> something like this is not cheap.
> 
> Why am I saying all this? It seems to me that HP thinks they can keep
> OpenVMS alive by selling Charon-VAX and Charon-Alpha emulations (while
> making a buck on the side) rather than doing a native x86 port (as it
> appears they have done with HP-UX).

With all the current hype about virtualisation, it's easy to imagine high 
level folks thinking it is perfectly adequate.  While forgetting that 
Charon is an emulator, not a Hypervisor.

That doesn't help anyone running on Itanium of course.

> This emulation/virtualization technology is not that easy to manage in a
> large enterprise as you would think.  In the old days there was only one
> group responsible; now there are three (one group is responsible for all
> Windows issues; another for the Charon environment; and a third for
> VMS).

We had a taste of that with the Windows console for Wildfire systems.

We didn't claim to have Windows expertise in our group, and didn't want 
the distraction of acquiring it either.  The financial justification for 
those machines came from an event where a UPS failed to fulfil its job 
description, taking a whole building's power with it, and management got 
to see how expensive downtime could really be.

We made the Wildfire consoles the responsibility of our on-site Compaq 
hardware engineering team, so for us they were "just another piece of 
hardware", no organisational change required.

> The whole experience has left me with the feeling of dead-technology-
> walking.
> 
> If I were HP, I'd have the skunk-works in India working on an x86 port
> right now.

Some or many, but not all VAX and Alpha customers are catered for by the 
emulators available.  But what will happen to those using Itanium?  Given 
the complexity of the beast, is an emulator even feasible?

Or do Itanium customers simply buy in extra systems while they are still 
available, and build up a suitable spares inventory? (looking long term 
here - see what has happened in the VAX and Alpha markets)


-- 
Paul Sture



More information about the Info-vax mailing list