Oracle, AMD urge support for Java GPU proposal

Java processing would be segmented via OpenJDK into work for graphics processor and work for CPU

By , InfoWorld |  Software, AMD, java

A proposed project for the OpenJDK open source implementation would fit GPU (graphics processor unit) support to Java. Advocates, including Oracle and AMD, intend for the project to enable Java applications to seamlessly take advantage of a GPU, whether it is a discrete device or integrated with a CPU.

"This project will demonstrate the performance advantages of offloading Java compute to a GPU. We propose to use the HotSpot JVM and will concentrate on code generation, garbage collection, and runtimes," said Oracle's John Coomes, OpenJDK HotSpot Group Lead, and Gary Frost, of AMD, in a posting on an OpenJDK mailing list this week. "Performance will be improved while preserving compile time, memory consumption, and code generation quality. We anticipate that this project will also provide guidance on enabling GPU support for other JVM hosted languages (JavaScript/Nashorn, Scala , JRuby...)."

[ Oracle is again extending support for Java SE 6, to February 2013. | Learn how to work smarter, not harder with InfoWorld's roundup of all the tips and trends programmers need to know in the Developers' Survival Guide. Download the PDF today! | For more analysis of the Java development space, sign up for InfoWorld's Enterprise Java newsletter. ]

The GPU proposal was called a "useful idea" by Forrester analyst John Rymer. "The team is essentially proposing to segment Java processing into work done by the graphics processor and work done by the CPU. Developers often structure their code this way today; the proposal is to make that structure an option using the standard Java APIs."

But Rymer as well as Coomes and Frost cited potential obstacles. "I think it will be hard to pull off if the innovation requires changing the Java API and language. Those kinds of deep changes to Java take a long time for the industry to agree on and even longer to gain widespread adoption by customers," Rymer said.

Frost and Coomes cited potential standardization issues. "As this project progress, we may identify challenges with the Java API and constructs which may lead to new language, JVM and library extensions that will need standardization under the JCP process."

Originally published on InfoWorld |  Click here to read the original story.
Join us:






SoftwareWhite Papers & Webcasts

See more White Papers | Webcasts

Answers - Powered by ITworld

ITworld Answers helps you solve problems and share expertise. Ask a question or take a crack at answering the new questions below.

Ask a Question