blocks|key|4439186|text|对于与gcc一起的Open+MP，libgomp是随gcc自己提供的，而不是第三方。这是我的理解，这是类似的其他编译器。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|4439187|entityMap^0|H|7|0^^$0|@$1|2|3|4|5|6|7|H|8|@$9|I|A|J|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|K|8|@]|D|@]|E|$]]]|G|$]]

For Open MP with gcc, <code>libgomp</code> comes with gcc itself and is not third-party. It was my understanding that this is similar for other compilers.

blocks|key|1170570|text|我必须承认我还没有深入研究C%2B%2B0x，但就我所见，它“仅仅”提供了一些用于泛型并行化的原语。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1170571|另一方面，OpenMP是一种相对较高级别的抽象，用于并行代码，其目的只有一个:通过跨多个CPU核心分配工作来提高性能(而不是提高UI响应性，或与异步通道通信)。|1170572|OpenMP让这一切变得非常简单，因为它提供了一种紧凑的语法，并自动完成了许多工作，例如，管理线程池和调度线程以均匀分配工作。在最好的情况下，这意味着将现有算法并行化就像将以下代码放入代码中一样简单(在适当的位置)：|1170573|#pragma+omp+parallel+for|code-block|syntax|javascript|1170574|(当然，这通常会更复杂一些。)|1170575|然而，这样做的代价是双重的：|1170576|1170577|OpenMP是通过编译指示的方式实现的，与C%2B%2B语法的集成很差。例如，以下看起来简单的代码是非法的：|unordered-list-item|1170578|1170579|void+f()+{#杂注omp+critical+{+return；}}|1170580|这是因为您不能过早地离开OpenMP“块”。令人沮丧的是，|1170581|OpenMP致力于尽可能独立于平台。因此，它缺少一些有趣的原语。例如，OpenMP中没有yield命令，也没有fetch_and_add原语，也没有compare_and_swap或LL/CS。|offset|length|style|CODE|1170582|1170583|entityMap^0|0|0|0|0|0|0|0|0|0|0|0|18|5|1J|D|22|G|0|0^^$0|@$1|2|3|4|5|6|7|16|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|17|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|18|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|19|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|1A|8|@]|9|@]|A|$]]|$1|M|3|N|5|6|7|1B|8|@]|9|@]|A|$]]|$1|O|3|-4|5|6|7|1C|8|@]|9|@]|A|$]]|$1|P|3|Q|5|R|7|1D|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|1E|8|@]|9|@]|A|$]]|$1|T|3|U|5|6|7|1F|8|@]|9|@]|A|$]]|$1|V|3|W|5|6|7|1G|8|@]|9|@]|A|$]]|$1|X|3|Y|5|R|7|1H|8|@$Z|1I|10|1J|11|12]|$Z|1K|10|1L|11|12]|$Z|1M|10|1N|11|12]]|9|@]|A|$]]|$1|13|3|-4|5|6|7|1O|8|@]|9|@]|A|$]]|$1|14|3|-4|5|6|7|1P|8|@]|9|@]|A|$]]]|15|$]]

I have to admit that I haven’t yet delved deeply into C++0x but as far as I see it “merely” offers some primitives for generic parallelization.

OpenMP on the other hand is a relatively high-level abstraction to parallelize code with a single purpose: to improve performance by distributing work across multiple CPU cores (rather than, say, improve UI responsiveness, or communicate with an asynchronous channel).

OpenMP makes this very easy because it offers a compact syntax and does a lot automatically, e.g. the managing of a thread pool and the scheduling of threads to distribute the work evenly. In the best case, this means that parallelizing an existing algorithm is as easy as putting the following into your code (at the appropriate position):

<pre><code>#pragma omp parallel for
</code></pre>

(Of course it’s usually a bit more complicated.)

However, this comes at a cost that is twofold:

<ul>
<li>OpenMP is implemented by means of pragmas and integrates poorly with C++ syntax. For example, the following straightforward-looking code is illegal:

<pre><code>void f() {
 #pragma omp critical
 {
 return;
 }
}
</code></pre>

That’s because you cannot prematurely leave OpenMP “blocks”. Quite the bummer.</li>
<li>OpenMP strives to be as platform-independent as possible. As a consequence, it lacks a few interesting primitives. For example, there’s no <code>yield</code> command in OpenMP, and no <code>fetch_and_add</code> primitive, nor a <code>compare_and_swap</code> or LL/CS.</li>
</ul>

I am curious about knowing the advantage of using OpenMP (and consequently linking against a third party library, assuming you are a C++ programmer) while C++0x offers good parallel constructs.

Could someone provide me with pros. and cons. of using OpenMP instead on C++0x build-in constructs?

C++0x parallilzation constructs vs. OpenMP

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我很想知道在C++0x提供良好的并行构造的同时，使用OpenMP (假设您是一名C++程序员，因此可以链接到第三方库)的优点。有没有人能帮我找个专业人士。还有缺点。在C++0x内置构造上使用OpenMP？

问C++0x并行化构造与OpenMP
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问C++0x并行化构造与OpenMPEN