关于支持OPenACC的编译器说明

简介:
很多开发者都在关注支持OPenACC的编译器都有哪些,下面给大家汇总一下,share给大家。

关于支持OPenACC的编译器说明
支持OpenACC的编译器:PGI, Cray, CAPS GCC。下面是 gcc OpenACC 支持的介绍。
All – GCC 6.1 was released withimproved OpenACC support – see below for key OpenACC highlights.  
PGI is still NVIDIA’s go-tocompiler for OpenACC.
GCC 6.1’s improved supportfor OpenACC is an important step in making the standard pervasive.
Noteworthy as well, GCC 6.1C++ default is now C++14 (-std=gnu++14 instead of -std=gnu++98)
GCC 6.1 OpenACC highlights
·           GCC 6.1 wasreleased 04/27 with improved support for OpenACC:
o    Standard supported: OpenACC 2.0a
o    Compilers: C, C++ and Fortran
o    Accelerators: NVIDIA GPUs
o    Hosts:
§  x86
§  Power8 support is broken in GCC 6.1 – though a functional March snapshot isavailable from Mentor Graphics
·           OpenACC 2.0asupport status in GCC 6.1:
o   Read the cautions and capabilities statedhere: https://gcc.gnu.org/gcc-6/changes.html
o   Recommend using parallel constructs ifpossible:
§  Additionally,specify explicitly number of gangs, workers, and vector length clauses forbetter performance
o   Avoid kernels constructs as there are performance andfunctionality limitations
·           How to get GCC 6.1?
o   As of end of April 2016, GCC 6.1 is not yetadopted in new Linux distributions
o   Fedora 24 (ETA June 2016) will adopt GCC6.1 as a default compiler, it is anticipated (not POR) that Ubuntu 16.10 willadopt GCC 6.1 or later version
o   GCC 6.1 may be built from source (see https://gcc.gnu.org/wiki/Offloading)         
·         GCC OpenMP 4.5status:
o    The OpenMP 4.5 specification is fullysupported in GCC 6.1 for the C and C++ compilers
§  thecompiler can be configured for OpenMP offloading to Intel XeonPhi KnightsLanding and AMD HSAIL
§  Supportfor NVPTX is under development in the gomp-nvptx branch, not supported in GCC6.1.
o    GCC can now generate HSAIL (Heterogeneous System Architecture IntermediateLanguage) for simple OpenMP device constructs
·          OpenACCsupport beyond GCC 6.1 – future work for GCC 7:
o   Performance improvements
·       ImproveGCC's parallelization of inner loops
·       Defaultbehavior of number of gangs, workers and vector length for parallel constructs
o   OpenACC 2.5 support

原文发布时间为:2016-6-24 12:51:06
原文由:nvadmin 发布,版权归属于原作者 
本文来自云栖社区合作伙伴NVIDIA,了解相关信息可以关注NVIDIA官方网站
目录
相关文章
|
关系型数据库 数据安全/隐私保护 PostgreSQL
Windows环境下安装PostgreSQL
Windows环境下安装PostgreSQL
1100 0
|
SQL 监控 NoSQL
架构师第一课,一文带你玩转 ruoyi 架构
我理解的架构/框架应该有以下功能: 1.满足日常开发功能,如单点登陆、消息队列、监控等; 2.规范开发者的开发,指定代码格式、注释等; 3.提高开发效率,提供一系列的封装方法,并减少bug的产生率。 下文将详细介绍ruoyi框架。
8962 1
架构师第一课,一文带你玩转 ruoyi 架构
|
人工智能 API 数据安全/隐私保护
[大语言模型-工程实践] 手把手教你-基于Ollama搭建本地个人智能AI助理
[大语言模型-工程实践] 手把手教你-基于Ollama搭建本地个人智能AI助理
|
数据可视化 中间件 API
Python性能分析利器pyinstrument讲解
Python性能分析利器pyinstrument讲解
941 0
Python性能分析利器pyinstrument讲解
|
传感器 监控 数据可视化
【智慧工地源码】物联网和传感器技术在智慧工地的应用
可在电脑端、手机端对安全隐患数据进行记录、查询;实现安全隐患发起、整改、复查的闭环管理;具备对安全隐患数据进行统计、可视化分析、信息推送等;包含对危险性较大的分部分项工程进行巡查记录功能 。
700 1
|
存储 API 开发工具
阿里云OSS
【7月更文挑战第19天】阿里云OSS
1755 2
|
Java Maven
【亮剑】Java项目开发中常遇到Jar 包依赖冲突问题,主要由不同版本库、循环依赖、传递依赖和依赖范围不当引起
【4月更文挑战第30天】Java项目开发中常遇到依赖冲突问题,主要由不同版本库、循环依赖、传递依赖和依赖范围不当引起。解决冲突需分析依赖树、定位冲突源、调整类加载顺序等。方法包括排除冲突依赖、统一管理版本、限定依赖范围、合并冲突类、升级降级库版本及拆分模块。关注依赖关系,及时解决冲突,保障项目稳定运行。
1693 0
|
存储 算法 调度
Matlab+Yalmip两阶段鲁棒优化通用编程指南
主要包含8大内容: ①.拿到一个复杂的两阶段鲁棒优化问题的分析步骤和方法。 ②.采用Yalmip工具箱中的uncertain函数和鲁棒优化模块求解两阶段鲁棒优化的子问题。 ③.Yalmip工具箱中的鲁棒优化模块和常规的求解思路有什么异同。 ④.使用KKT条件求解两阶段鲁棒优化的子问题。 ⑤.使用对偶变换求解两阶段鲁棒优化的子问题。 ⑥.采用Yalmip工具箱的内置函数,将线性约束写成紧凑矩阵形式的方法。 ⑦.矩阵形式的两阶段鲁棒优化问题,如何快速写出子问题内层优化的KKT条件。 ⑧.矩阵形式的两阶段鲁棒优化问题,如何快速写出子问题内层优化的对偶问题。
《QT从基础到进阶·十六》QT实现客户端和服务端的简单交互
《QT从基础到进阶·十六》QT实现客户端和服务端的简单交互
433 0

热门文章

最新文章

下一篇
开通oss服务