English (United Kingdom)

https://curated-unify.zendy.io/wp-json/zendy-region/v1/featured_content/oa?rat=en

https://curated-unify.zendy.io/wp-json/zendy-region/v1/highlighted_journal/

Global: Zendy Plus annual

Presents the access of premium content as premium feature

Premium Content

Presents the keyphrase highlighting as premium feature

Keyphrase Highlighting

Presents the summarisation as premium feature

Summarisation

Insights

Presents the pdf analysis as premium feature

PDF Analysis

Presents the zaia usage as premium feature

ZAIA

Global: Zendy Plus monthly

Global: Zendy Tools annual

Global: Zendy Tools monthly

Global: Zendy Free Plan

There is growing interest in using standard language constructs foraccelerated computing, avoiding the need for (often vendor-specific) externalAPIs. These constructs hold the potential to be more portable and much more`future-proof'. For Fortran codes, the current focus is on the {\tt doconcurrent} (DC) loop. While there have been some successful examples ofGPU-acceleration using DC for benchmark and/or small codes, its widespreadadoption will require demonstrations of its use in full-size applications.Here, we look at the current capabilities and performance of using DC in aproduction application called Magnetohydrodynamic Algorithm outside a Sphere(MAS). MAS is a state-of-the-art model for studying coronal and heliosphericdynamics, is over 70,000 lines long, and has previously been ported to GPUsusing MPI+OpenACC. We attempt to eliminate as many of its OpenACC directives aspossible in favor of DC. We show that using the NVIDIA {\tt nvfortran}compiler's Fortran 202X preview implementation, unified managed memory, andmodified MPI launch methods, we can achieve GPU acceleration across multipleGPUs without using a single OpenACC directive. However, doing so results in aslowdown between 1.25x and 3x. We discuss what future improvements are neededto avoid this loss, and show how we can still retain close

Acceleration of a production Solar MHD code with Fortran standard parallelism: From OpenACC to `do concurrent'