Linked by Thom Holwerda on Thu 20th Mar 2008 21:34 UTC
Sun Solaris, OpenSolaris "Sun Microsystems has gone totally native. Customers can now run unmodified SPARC/Solaris applications on x86 systems thank to a partnership with Transitive. The two companies also plan to craft a new package for running native x86 applications on SPARC machines. Transitive this week announced that the long in beta QuickTransit for Solaris code has moved into production form. It even gets a Solaris Ready Logo and all."
Thread beginning with comment 305898
To read all comments associated with this story, please click here.
Comment by flanque
by flanque on Thu 20th Mar 2008 22:35 UTC
Member since:

This is great progress, but I think the performance hit is a bit too much to tempt me at this stage. There are a few areas I could definately use this, so I'll watch this over time with much interest.

I'll even give it a shot to investigate compatibility.

Reply Score: 2

limitations of JIT
by JoeBuck on Thu 20th Mar 2008 23:35 in reply to "Comment by flanque"
JoeBuck Member since:

Certainly a JIT approach can be useful if you've got a machine around and you want to run a non-native app. But it's never going to be a first-choice option, it's more like an option you would choose if you're stuck with an incompatible processor or an incompatible app. Native execution is always going to be better, unless you have an app for such an old architecture that, even with the JIT performance penalty, your new machine can still run it faster.

And that might even be the case for your old Solaris/SPARC apps. We've got plenty of old, underpowered SPARC hardware around here.

Reply Parent Score: 2

RE: Comment by flanque
by james_parker on Fri 21st Mar 2008 16:41 in reply to "Comment by flanque"
james_parker Member since:

One place this will definitely be useful is for sales demos. This technology will allow SPARC-based products to be demonstrated using fairly standard laptops. Current solutions are more problematic; porting to Solaris x86 (which may be complicated by third party software availability), transporting a small SPARC server (even a SPARCbook may be difficult if the salesperson also needs a separate laptop), or using a remote server (prospective customer's firewalls can create substantial problems).

Reply Parent Score: 1