Slashdot Mirror
Compaq Readies Solaris-Linux Migration tools
stereoroid writes "LinuxGram
is reporting that Compaq has nearly completed the Solaris Threading Library (STL), a set of tools that
help Solaris developers port their applications to Linux (White Paper here). I
suppose that when it's ready, it'll appear on opensource.compaq.com
alongside the Linux PPTP drivers and the "Single System
Image" Linux Clustering system they've been working on.
It's a shame, as Digital UNIX (True64, whatever marketing calls it) is the best UNIX I've used for production systems. DEC was doing real clustering and journaling filesystems long before any other UNIX I used (SunOS, Solaris, HPUX, AIX, IRIX, BSD, Linux). I used to run (not by myself, of course) the Ziff Davis shareware FTP side, which was a very high volume site that was unbelievably stable on a Digital UNIX cluster with a StorageWorks RAID rack. My personal theory is that they applied the robust VAX/VMS engineering to UNIX. VMS, while it's own little proprietary world was a nice place to live. Digital UNIX brought that product quality mentality to an open (as in UNIX) system.
The possible upside would be if Compaq decided to contribute that crunchy goodness to Linux the result would be wonderful. Linux is a great platform, but it's not as mature and robust as the high-end UNIX platforms, and Compaq could go a long way to addressing that. It's pretty deep work, though, that might require fighting some serious kernel battles in order to properly support clustering at the thread level. It's amazing to hot-plug a new machine into a cluster and see load migrate transparently onto the new box.
...and may take a long time to complete: according to their paper here, the port to Linux is not finished since "Problems with thread suspend and continue have been encountered, and are as yet unresolved".
It is no easy task, because the handling of SIGSTOP and SIGCONT under Linux does not follow POSIX. Hope they'll succeed anyway.
I guess you'll have to be a little quicker
next time, Sparky.
-Kevin
DEC TRU 64 is leaps and bounds ahead, err was I suppose as development seems to have nearly halted, of any unix I've ever used. The alpha hardware ROCKS. DEC marketing is the WORST in the world. They got bought for a nickel by Compaq and screwed horribly. A friend is a CE for DEC (COMPAQ) and is being pushed to drop TRU64 and VMS and get M$ training, as if the world needed another MC$E....
errr....umm...*whooosh* *whoosh* Is this thing on ?
so I guess I'll shut up until I learn some more. I was judging it by the amount of commercial software available, and my buddies' experiences within Compaq. Hopefully I will learn differently
in the near future.
errr....umm...*whooosh* *whoosh* Is this thing on ?
If your STL is from SGI, or based on one from SGI, then you are OK. The GCC STL is OK too. Only worry if you have the HP STL. That's a problem. Of course, MS uses the HP STL. WTF?
If tits were wings it'd be flying around.
The other thing is that this could greatly benefit Java performance on Linux, since the current threading model is something of a handicap. I checked out Allen Holub's "Taming Java Threads" session at JavaOne, and it was quite an eye-opener. Basically, you're always using threads in Java, whether you notice or not, so being able to use Sun's threading model on Linux Java would be sweeeeet.
Why is it that a site with "linux" in the name has the annoying problem where their quotes display as question marks? Have they even viewed their own site on an open-source platform? I'm disgusted.
--
Ben "You have your mind on computers, it seems."
Who cares what time it was submitted? The
category is "redundant", not "copied from another post"
In other words, redundant should be applied if the information content of a comment is a subset of another comment.
Now, if you had mentioned the fact that the above comment actually is NOT redundant by this definition (since it includes a link to the SGI STL library), then you would have been making a valid argument.
arvind rulez
I was agreeing with your conclusion.
Not the reasoning you used to reach it.
A key difference.
(I can't believe I'm replying to an A.C. That's really sad. I mean, who are "you" anyway...)
arvind rulez
The wite paper hints at differences between the APIs that may make porting complicated, but in 98% of cases i'm sure the hastle is minimal.
Tru64 "development nearly halted????" What kind of crack are you smoking? Tru64 is in extremely active development and if you have ever been to a DECUS show you would know that. Tru64 has the best clustering of any Unix. That is vitally important to both availability and performance.
Lottery: a tax on those bad at math.
Maybe people will get confused and think about some other popular library?
I'm a leaf on the wind. Watch how I soar.
I'm a leaf on the wind. Watch how I soar.
Actually they have a full binary translater & emulator that will run your SunOS apps on Tru64.
It's called Freeport express. I don't think it's been updated in a while though. They probably do have solaris migration kits you just have to look.
Peter
--
www.alphalinux.org
www.alphalinux.org
Yes, Compaq is indeed following IBM's lead.
IBM has already developed porting libraries to allow Linux software to be recompiled on AIX. Looks like we're at the beginning of a trend by the major UNIX players to offer "easy migration paths" to their commercial products.
I have to admit, this is not the method of the IT industry's acceptance of Linux I had in mind.
--
Steve Jackson
Intelligent Life on Earth
STL is old news, we do it every day.
I'm still waiting for FTL travel.
---
Interested in the Colorado Lottery?
Interested in the Colorado Lottery or Powerball games?
check out http://colotto.com
Ack. Sun threads are very different from posix threads. The expected behavior is fundementally different. I'm sure any port would toss dozens of bugs.
Someone you trust is one of us.
We OS/2 users welcome you to the club!
--
Lord Nimon
And the men who hold high places must be the ones who start
To mold a new reality... closer to the heart
Locus Computing (which doesn't exist anymore.) had a technology called Locus TNC. When I was still at Intel doing supercomputers, we used this in the Paragon MPP system to do full SSI. (We did it across hundreds of nodes.) If you notice on the Compaq SSI web page, one of the principles is Bruce Walker who was one of the architects at Locus when I was involved with them. (I never dealt with him personally.) There is a fairly old book describing Locus TNC which was published through MIT Press called The LOCUS Distributed System Architecture by Popek and Walker. It worked fairly well but we never implemented any of the availability or reliability ideas that were kicked around.
I was on the team that developed Freeport Express. That was a few years ago, when Sun was making the transition from SunOS to Solaris. Currently Freeport Express only works on SunOS executables, and there are currently no plans to re-target it for Solaris. In other words, it is of limited utility today.
Slightly offtopic, but....
DEC had journaling in Ultrix? I don't know, because I never adminned any Ultrix boxes, but AIX has had journaling since at least 1991-92, possibly earlier.
I've adminned boxes from every major player and I'd still take AIX over any of them. $0.02.
sedawkgrep
Is that a salami in my pants or am I just happy to be me?
DEC isn't a company, it's a virus that nearly killed Compaq when it infected itself. I've always gotten the impression that DEC managed to succeed (I use the term loosely) solely on its product merits; its management has always come off as being somewhat clueless and idiotic. (I live in the Boston area, so reports of Digital layoffs have always been commonplace events to me.)
I've never thought especially highly of DEC; I sort of always put them in the same broad category as Apple for a company that made excellent products but can't quite be trusted. The main difference: with Apple it's always been virulent egotism (especially under Steve -- being a Mac fan at the dawn of the 21st is a rollercoaster), but with Digital it was always abject and inexcusable cluelessness (viz. Ken Olson's comments about Unix vs. VMS and DEC's failed first entries into the PC market).
I actually have somewhat more respect for Compaq now that they've started to get some of the DEC toxins out of the system while still maintaining DEC's R&D rep. But I still wouldn't buy one of their systems new -- their home systems are ugly, their business systems are just sort of cheezy-looking (except for those workstation cases -- silver and black with Jenna Jameson-level sex appeal) -- even worse than IBM's VogonBoxen. (I do have an old Compaq Prolinea, a system so dumbed down that I've had a love-hate relationship since the day I bought it for $90 heavily used, but it's been retired.)
I do think they could do a little better in the TLA department, but it's nice to see something like this. It's the kind of thing open source should be -- at least if there's bloat it's cool bloat.
/Brian
Solaris is an enterprise-level system. Linux started on the desktop and hasn't grown to that level yet. I'm not saying it won't, but it's not there yet.
But there is a logic to this -- essentially Compaq, being somewhat back of the pack, is hedging their bets on the possibility that Linux will attain enterprise respectability. At the same time they know it won't be much of a profit center for them, so they're open sourcing it.
/Brian
Does Compaq produce a similar migration kit for moving from Solaris to Tru64? They really don't seem to give a crap about Tru64...hardly any mentions of it in the media or around the Compaq site.
Speaking of ambiguity of acronyms, did anyone catch this one? SSI = "Single System Image" != "Server-Side Includes"
"Computer Science is no more about computers than astronomy is about telescopes." - E.W. Dijkstra
After my visit to Linux World in New York, I was a little afraid of IBM's sudden interest in Linux and the amount of money they were about to invest into Linux solutions. But hey: if this means Compaq is going to raise their Linux profile, that's fine with me.
It will also participate in Oracle's Linux Lab to optimize kernel development and performance.
Ok, now given that a Solaris Threading Library probably wasn't on many Linux user's wish list, Compaq's plan to help in optimizing the Linux Kernel for SMP systems sounds like christmas to me.
They couldnt have chosen a more confusing acronym. The question on my mind is: is the STL compatable with the STL considering that most implementations of the STL are not thread-safe???
Sneakemail is to spam filters what an ounce of prevention is to a pound of cure.
Caldera must be sick about this!
Well, they've just made sure that my next system is Linux. Sorry FreeBSD, vinum was nearly enough, but NSC is the hard stuff!
Watch this Heartland Institute video
Maybe Sun will start posting how to port your AIX app to GNULinux, and IBM will post a 'Guide to Migrating your Tru64 app to GNULinux', etc.
It's easy to write songs, you just sit down and write them?
This seems a more natural progression to me. Most Linux implementations are Intel-based, so it was a clearer path to step to Linux first (porting to POSIX APIs), the Solaris Intel (relatively few changes for SunOS), then to Solaris Sparc (little-endian/big-endian changes, word boundaries).
We also seem to have more demand for the Solaris port because Linux users prefer GPL/free software.
But the article did say it was targeted for existing Solaris apps, so obviously I'm looking at it from a different angle.
--- igiveup ---
Except there is more to a threads library than
renaming its functions!
Solaris has a posix wrapper anyway and already
had a tool to help move from Solaris thread
naming to posix thread naming. ie users could
have moved to other posix threads libraries years
ago.
The real issue is that Linux threads become
highly unpredictable above even 50% of the
old maximum of 1024
Everyone knows that. My prediction? We will see
a media attack by SGI/Intel/IBM on Linus to
accept their new threads library before the
year is out.