768-Way SMP Drives Java VM Network Attached Processing

May 11, 2006
Virtual machines (VMs) move into the massively parallel processing realm with Azul's Network Attached Processing (NAP) appliances. The latest crop is based on Azul's new chip, with 48 64-bit processing cores that can be combined into a 768-way symmetrica

Virtual machines (VMs) move into the massively parallel processing realm with Azul's Network Attached Processing (NAP) appliances. The latest crop is based on Azul's new chip, with 48 64-bit processing cores that can be combined into a 768-way symmetrical multiprocessing engine (SMP).

The processing cores are designed to run today's VMs, such as Java and .NET CLR (common language runtime). Its primary target is Java 2 Enterprise Edition. The processors could support a range of VM-based language platforms in the future, such as Python or PHP.

The Azul JVM uses a split VM architecture. The NAP can work with a conventional server front end. A small part of a JVM runs on the server, but the bulk of the application runs on the NAP. The two communicate transparently.

This enables the server front end to handle I/O that's typically through TCP/IP sockets, while the application runs on the more powerful NAP. Such an approach permits easy migration from a serverbased JVM to a NAP-based solution. The NAP can serve more than one host.

Azul takes VM management to the next level with mainframe-style policybased management. Policies can address a range of options, from execution priorities to security.

The processing cores are designed to run VMs. They include hardware-based garbage collection that has a low overhead and minimal delays typically encountered with VMs that support large virtual memory spaces.

Accelerating applications in a cooperative multiprocess environment is key to Azul's success. Its optimistic lock thread concurrency approach assumes that Java locks can be bypassed.

If lock contention is detected, the system rolls back execution and handles the lock in a conventional fashion. Typically optimistic locking works 90% of the time, significantly improving performance. Any rollback overhead tends to have less impact because it occurs infrequently.

See Associated Table

Azul
www.azul.com

About the Author

William G. Wong | Senior Content Director - Electronic Design and Microwaves & RF

I am Editor of Electronic Design focusing on embedded, software, and systems. As Senior Content Director, I also manage Microwaves & RF and I work with a great team of editors to provide engineers, programmers, developers and technical managers with interesting and useful articles and videos on a regular basis. Check out our free newsletters to see the latest content.

You can send press releases for new products for possible coverage on the website. I am also interested in receiving contributed articles for publishing on our website. Use our template and send to me along with a signed release form. 

Check out my blog, AltEmbedded on Electronic Design, as well as his latest articles on this site that are listed below. 

You can visit my social media via these links:

I earned a Bachelor of Electrical Engineering at the Georgia Institute of Technology and a Masters in Computer Science from Rutgers University. I still do a bit of programming using everything from C and C++ to Rust and Ada/SPARK. I do a bit of PHP programming for Drupal websites. I have posted a few Drupal modules.  

I still get a hand on software and electronic hardware. Some of this can be found on our Kit Close-Up video series. You can also see me on many of our TechXchange Talk videos. I am interested in a range of projects from robotics to artificial intelligence. 

Sponsored Recommendations

Comments

To join the conversation, and become an exclusive member of Electronic Design, create an account today!