OpenACC Blog

Climate scientists writing code have often been weary of multithreading, both on CPU and GPU, due to some aspect of non-reproducibility, across machines and implementations. However, the current state of the ICON model, with about 2 Million lines of code written since 2001, is living proof that porting legacy software to GPUs can be made possible with compiler directives.

The recent Open Accelerated Computing Summit (OAC Summit) brought together researchers and developers from around the world, sharing significant OpenACC updates and use cases and highlighting relevant modeling, simulation, and AI initiatives advanced by the Open Hackathons program. 

The number of available accelerators featured in high-performance computing (HPC) systems is rapidly increasing. As this trend continues, compute nodes are expected to become more heterogeneous and complex than ever before. Consequently, applications will require the right set of programming models and tools to program these systems to take full advantage of their massive performance. Thus, it is important to answer the question of how to provide performance, portability, and programmability in current and future HPC systems and applications.

Another year has passed since the release of OpenACC 3.2 and, once again, the technical committee has been hard at work maintaining and improving the OpenACC specification. As a committee we decided several years ago that an annual release cadence is the best way to ensure that improvements are delivered in a thoughtful and timely manner.

Explore what is driving transformation in your field

NVIDIA’s GPU Technology Conference (GTC) kicks off next week, ushering in four days of discovery that promises to be one of the premier developer conferences for 2022.  This virtual conference—which takes place from March 21-24—brings together preeminent speakers from every walk of academia, research and industry to share how the latest technology and tools are shaping scientific advancement.

It’s been a year since we announced the completion of OpenACC 3.1 and I’m pleased to announce that we have now completed version 3.2. For the past several OpenACC releases we have taken the approach of releasing on an annual cadence so that our releases aren’t held up by unfinished business and so that our implementers don’t have to read and understand monolithic changes upon release. It’s sometimes heard on OpenACC technical calls that we’d rather miss a release to get the feature right than hold up releasing things that are complete just to finish one more thing.

Delve deeper into breakthroughs fueled by the most transformative technologies of our time.

NVIDIA’s GPU Technology Conference (GTC) is right around the corner, promising to be one the premier conferences of 2021.

A year ago the OpenACC organization put out version 3.0 of the specification, a major upgrade that, among other things, moved forward the support for our base languages (C, C++, and Fortran) to their latest versions. The technical committee didn’t stop working though, and I’m pleased to announce the release of OpenACC 3.1 for November 2020. It’s hard to follow a major release like 3.0, but I believe the changes we made this year will help to make OpenACC implementations better, more interoperable, and easier to use with modern C++ and Fortran.

We have brought the Data Encryption Standard (DES) block cipher out of retirement for a second career as a Pseudo Random Number Generator (PRNG). DES PRNG is intended for simulations that benefit from PRN generation at the granularity of lightweight (GPU) threads. An example of this type of simulation is Particle-in-Cell (PIC) with Monte-Carlo Collisions (MCC). In PIC-MCC a large set of charged particles are time evolved in self-consistent electromagnetic fields, with particle collisions against background neutral species modelled as probabilistic events.

OpenACC has provided a high-level option for GPU programmers for years. Application developers interested in GPU-accelerated performance without the details, complications, and overhead of programming in a language, such as CUDA, have found OpenACC to be an attractive solution. However, OpenACC's potential as an efficient option for other types of accelerators, such as Field Programmable Gate Arrays (FPGAs), is still under exploration.