Slashdot Mirror
Compaq Hints At "Opening" Parts of Tru64
There've been more rumblings from Compaq concerning the potential to "open" parts of the Tru64 source code. Spokesfolks for Compaq talk a bit about Linux, and working with the Community. However, no word about a license, what will be opened, or anything substantial.
I've always wondered about the road Compaq was going to take w/r/t Tru64. Earlier, they had announced that the NonStop-series (the old Tandem boxes) were going to use Alphas, and the general assumption was that a modified Tru64 would replace the current custom UNIX on them.
The reasons to continue to support Tru64 on the AlphaServer series is becoming less and less - a vast majority of the neat Tru64 features are (or will be by Q4/2000) available on Linux. Performance is still in Tru64's favor, but that has mostly to do with the optimizing compiler and assembly-tuned system libraries.
In truth, I can easily see Compaq going the route SGI is going: abandon their in-house UNIX brand over a couple of years in favor of Linux, while insuring that there is a Tru64-compatibility layer in Linux.
One thing I'd be interested in seeing is if Compaq would release the Tru64 kernel as OpenSource, and try to build a complimentary kernel system. That is, modify the Tru64 kernel a bit so that it could be a drop-in replacement for the Linux kernel (so RMS could call it a Tru/GNU system! :-). I am aware that this would cause some problems (obviously, no Linux driver would work in a Tru64-based kernel), but I can't see that userland programs would object much at all. Compaq could get all the advantages of having complete Linux-compatible userland programs, and yet, we'd get a kernel that could take advantage of all of Compaq's nice HA and clustering stuff, which are considerably better than Linux (as in MUCH, MUCH better).
Honestly, as a previous poster pointed out, I can't see Compaq opening up their compiler technology right now (it's a major advantage against Intel. Who know what bubbles in the minds of Compaq Management? I certainly don't.
-Erik
There are always four sides to every story: your side, their side, the truth, and what really happened.
Compaq/Digital has long supported Linux development on Alpha platforms. They have provided hardware for development, ported FX!32 to Linux/Alpha to provide Linux/x86 compatablity, as well as helping out out with Digital Unix (now Tru64) -> Linux compatability.
All of this was done well before Linux was on any sort of corporate radar, and is the reason why Alpha is the best and first supported non-intel archetecture, and why Linux has been mostly 64 bit clean a long time.
That is not to say that they might not screw it up, but both Digital and the Alpha division of Compaq have a pretty good history of being suppportive of free software, and they deserve the benefit of the doubt.
it's just a matter of linking the foreign binaries against a different libc (or equivilent) that translates syscalls.
Perhaps, but that is not how Alpha/Linux does it. Linux on Alpha implements most of the Tru64 system calls natively. It also can load ECOFF images, permitting it to run Tru64 static binaries with no emulation code.
This system call compatibility was convenient: Linus deliberately made Linux system call compatible with OSF/1 during its early development, as a porting aid before Alpha/Linux was self-hosting.
Note that Tru64 still cannot execute Linux binaries simply because it lacks ELF support.
Wake me when one of these companies that open part of their OS either gets usefull revisions back from the communitie, or their newly open code is usefully used in a project that any users care about.
-- Superlame http://catpro.dragonfire.net/joshua/
Actually, I think you'll find that while Tru64 may be years ahead of other Unix systems in clustering/failover technology, OpenVMS is still years ahead of Tru64 in these areas.
While I can't speak authoritatively, I believe that the Tru64 clustering is what OpenVMS had in 1987.
I do believe there is active work to bring the Tru64 clustering capabilities up to more current OpenVMS clustering capabilities, although OpenVMS is not sitting still in these important areas. If you are interested in state-of-the-art clustering, I direct your attention to the The Galaxy Architecture for recent developments in highly flexible clustering. Thi s document is a good overview of the highlights of shared-everything OpenVMS clustering, but it doesn't mention Galaxy.
In fairness to Tru64, it has some features that OpenVMS lacks, like the Logical Storage Manager, that certainly augments a cluster environment.
I also believe that there is a great deal more experience with IP failover and dynamic routing changes in the Tru64 environment vs. the OpenVMS environment. OpenVMS is quickly playing catch up in this area as the TCP/IP code base from Tru64 was recently ported over to OpenVMS and is the new standard there.
Let me anticipate the question about OpenVMS viability. OpenVMS currently represents nearly $4 Billion in yearly revenue for Compaq. This particular $4 Billion is perhaps some of the most profitable product business (as opposed to services), from a margins standpoint that Compaq has. Over 90 percent of the world's CPU chips are controlled by OpenVMS systems. Over 50 percent of the world's cellular phone billing systems run on OpenVMS. OpenVMS is rated #1 in health care. It's heavily used in banking, equity exchange markets and a number of other high availability areas such as lottery systems.
OpenVMS is here to stay. Get used to it.
-Jordan Henderson
It looks like all the former Digital employees are behind this. Compaq doesn't seem to have a fucking clue about linux (try to find linux info for one of their PC's you'd buy at CompUSA), and the information is trickling from the old DEC employees. They have done well so far. That said, I hope Compaq makes the "right" decisions about how to handle this Tru64 thing. Linux could use the introduction of some Tru64 features. Honestly, I see their Tru64 sales declining steadily in the future, and Alpha/Linux installations increasing. It's already possible (has been for years) to run almost any Tru64 binary under Alpha/Linux. Incorporating Tru64 features to Linux and moving their UNIX division over to Linux would be a very strategic move for them.
--Bob
1^2=1; (-1)^2=1; 1^2=(-1)^2; 1=-1; 1=0.
Not only as mentioned 5 or 6 times does Linux run on Alpha, but at one point Digital released a port of the FX!32 emulator for Linux, allowing Linux/Alhpa to run Linux/intel binaries. I don't know how good it is, or how well supported, though.
Linux is monolithic. Tru64 uses a microkernel. Compaq used to let you try out their servers (a 30 day shell account) over at testdrive.compaq.com. Not sure if they still do it.
Digital would never have done this on their own, but now they're orphans in Compaq fighting for survival in the big bad consumer co, all the DEC unix boys are getting all open on us.
... some pretty nify machines. Real handy if you need some CPU cycles for free, say for inverting huge matrices (FEM-type stuff).
Remember OpenVMS still lives, barely. Lotsa big bad science people use 'cause its stable - when beamtime costs you millions an hour, you kinda want a stable OS. So (I beleive) being bought by Compaq has brought the Tru64 unix boys out of the closet. They can make suggestions and decisions now, in a way the old DEC culture never allowed them to.
Remember they have those nice testdrive accounts
So, oddly, Campaq buying DEC is turning into a good thing (TM). Eventually Tru64 may merge into the Linux or FreeBSD kernels, the same way IRIX and Solaris are slowly going.
Go Compaq Go!
About your sig. BeOS boots up in 12 seconds, so sucks to MS.
A deep unwavering belief is a sure sign you're missing something...
I wasn't talking about PC OEMs. I was talking about the lower end workstation OEMs like Compaq, SGI, IBM, and HP that have high end UNIX machines, but had adopted NT for its lower end, especially workstation lines. Moving to Linux for these machines gives these companies much more flexibility and power than if they had used NT. I know that sgi hated using NT for its machines, and I'm sure Compaq, IBM, and HP do as well. Also Linux allows a user to transition to a big-iron UNIX machine much more easily, if they are used to using a UNIX on the lower end machines.
A deep unwavering belief is a sure sign you're missing something...
From the article:
There are several different types of clustering:
Although it's theoretically possible to build all these aspects into a single operating system, the practical issues of doing so are incredibly complex. While few operating system vendors have attempted to cover all the bases described above, one shining example does stand out in Compaq Tru64 Unix.
End of article snip...
If Compaq would only make the "Open" in OpenVMS mean GPL, then there could be some more great code to borrow.
I have the hobbyist Tru64 running on one of my Multia's, and I'm quite impressed with it. A very smooth install and nice CDE environment. Rock solid system, good response on slow hardware, and a filesystem that doesn't even need fsck after a power dip.
But I seriously doubt that Compaq would open up the most interesting bit: the Alpha optimizing compiler. That would be a great help to the `gcc` folks, but would also help Intel's IA64 (Itanium) compiler more than Compaq would stomache.
So maybe they might open up some parts of the kernel. This isn't trivial either and could definitely help out the Linux kernel developers.
Tru64 is a type of Unix owned by Compaq. If I recall correctly, it was developed by Digital, for the Alpha processor. That's if I recall correctly ... :/