Posted on 04/24/2007 6:37:34 AM PDT by N3WBI3
IBM has today announced the availability of an open beta version of its virtual Linux environment to enable x86 Linux applications to run without modification on POWER processor-based IBM System p servers. Designed to reduce power, cooling and space by consolidating x86 Linux workloads on System p servers, it will eventually be released as the roles off the tongue IBM System p Application Virtual Environment (System p AVE).
With a 31.5% global revenue share during 2006, IBM hopes to build on System p UNIX success and extend firmly into the Linux marketplace. Considering there are almost 2,800 applications that already run natively on Linux on System p servers, the chances are good that it will succeed. System p AVE will allow most x86 Linux binaries to run unmodified as well, which will expand the x86 workloads that can be moved to a System p server. Everyone wants to get more out of their investment in IT, and moving Linux workloads to virtual server environments that allow the consolidation of multiple servers onto a single platform is a great way of achieving that aim. But a systems approach that maximizes system resource utilization, manageability and flexibility as well as provides no excuses reliability and scalability is needed.
System p customers have told me that technology that may have been 'good enough' for deploying one x86 server at a time is not 'good enough' when consolidating over 300 x86 servers spanning eight racks onto one rack of more powerful System p servers," Scott Handy, vice president, worldwide marketing and strategy, IBM System p told DaniWeb "these customers are choosing to trust System p products and our Advanced POWER Virtualization for those more mission critical points of consolidation and p AVE will expand the possibilities of what x86 workloads they can consolidate onto System p platforms to derive greater savings."
So what exactly is IBM System p AVE technology in a nutshell? Initial testing shows that clients should be able to easily install and run a wide range of x86 Linux applications on System p and BladeCenter JS20 and JS21 servers that are using a Linux operating system. These applications should run, without any change to the application and without having to predefine that application to the Linux on POWER operating system with p AVE installed. The system will "just know" the application is a Linux x86 binary at runtime and run it automatically in a p AVE environment. Behind the scenes, p AVE creates a virtual x86 environment and file structure, and executes x86 Linux applications by dynamically translating and mapping x86 instructions and system calls to a POWER Architecture processor-based system. It uses caching to optimize performance, so an application's performance can actually increase the longer it runs. Using p AVE, IBM expects ISVs that don't already have a native Linux on POWER product to be able to expand their addressable market to System p servers at minimal cost by allowing them to run their existing x86 Linux applications on these servers without having to recompile, release new media or documentation, or maintain a unique product offering for POWER technology.
IBM intends to leverage its successful Chiphopper program to help those ISVs support System p servers with the x86 Linux version of their application.
If you are interested in the OSS ping list please mail me
Now all we need is a linux environment that just “recognizes” a windows executable and just “knows” to run that executable in a virtual environment. No VMWare, no WINE, just recognizes and runs. Would that be a killer application? I think so.
The problem with that is you need all of the windows libraries and system calls needed by the exe, thats what wine is. Wine is an attempt to impliment the win32api on *nix.
YOu may want to look at crossover office, a more rebust version of wine.
If IBM can do what they have done here, I don’t see how (theoretically, given enough time and resources) this couldn’t some day be done. It might not give the performance that a hardcore gamer might need/want but it would allow me to run the 1 or 2 or 3 critical apps that I want to run that do not have linux versions. I can truly see this happening, some day.
1) Like I said I think crossover office can do alot of it
2) IBM did not have to hit a moving target with Linux and had a better set of published API's
What Appps are we talking about?
http://www.codeweavers.com/products/
Isn't this what WINE does?
Well certainly Quicken for one. Another is a proprietary app that I use in my company related to ip telephony. There are alternatives, workarounds, etc. etc. but as a user I want things to “just work”. There is also certain versions of either adobe flash or shockwave or something like that where there are issues. We’re getting closer all the time but still not “there” yet.
This is more like qemu (but still quite different) it takes x86 instructions and passes them to a different architecture at run time. I have a Power 185 under my desk dying to try this out.
Isn’t this what WINE does?
Check out codeweavers ‘crossover’
In the case of Quicken you can see it gets a “Bronze” rating. Not a Silver, not a Gold but a Bronze.
I have a windows box and a linux box side by side with a KVM setup. Why would I want to run in “Bronze” mode when I can switch to KVM and get “Gold”? Answer -— I don’t. Like I said, I want things to “just work”. Maybe that’s just me LOL.
Curious, if you ran quicken through crossover it would be the windows version of quicken running.
http://www.linuxplanet.com/linuxplanet/reviews/4405/1/
And this was 2002, their support and ease of use is far better now. If you want to keep using windows thats fine but dont state something factually incorrect as a reason...
What did I say that was factually incorrect? I never said what you said I said. Strange...
You are implying that xover and quicken dont just work on Linux.
Way complicated!
More and more I miss the days
of small memory Forths . . .
Forth is the ultimate imperative programming language, the easiest HLL to port, etc. In recent years folks have started to realize complex multithreaded c++ does not equal sophisticated performance. In efficient distributed systems, e.g. network applications, I now see a lot of single-threaded eventloop code maintaining state-machines to infer global knowledge coupled with custom hardware. Reminds me very much of forth programming.
Can someone please find the marketing department at IBM, take them out back, and blow their brains out please?
Already done during the OS/2 fiasco.
You're seeing the results of brainless marketroids now.
Disclaimer: Opinions posted on Free Republic are those of the individual posters and do not necessarily represent the opinion of Free Republic or its management. All materials posted herein are protected by copyright law and the exemption for fair use of copyrighted works.