<分区>
由于 clang/llvm 短期内没有支持 OpenMP 的计划，而且 Intel 在 TBB 库的道路上走得很远。在 OpenMP 之上实现多线程科学库(我正在研究 ccv: http://github.com/liuliu/ccv)是否仍然值得？尽管有很多批评，但我对 OpenMP 的体验还是很愉快的(它 super 容易使用，性能提升也很合理)。但如果它是一项垂死的技术，那么用什么来替代 C 语言中更简单的多线程呢？ (不是 pthread，TBB 是 C++ 的东西)。谢谢!
<分区>
由于 clang/llvm 短期内没有支持 OpenMP 的计划，而且 Intel 在 TBB 库的道路上走得很远。在 OpenMP 之上实现多线程科学库(我正在研究 ccv: http://github.com/liuliu/ccv)是否仍然值得？尽管有很多批评，但我对 OpenMP 的体验还是很愉快的(它 super 容易使用，性能提升也很合理)。但如果它是一项垂死的技术，那么用什么来替代 C 语言中更简单的多线程呢？ (不是 pthread，TBB 是 C++ 的东西)。谢谢!
最佳答案
OpenMP 还很活跃，人们正在努力将其扩展到多核加速器类型的东西。遗憾的是，合并 OpenMP 在 Clang 的优先级列表中并不高，但所有现有的编译器供应商(Intel、gcc、pgi 等)不仅致力于现有的实现，而且致力于标准的持续发展。我不会担心的；最终 clang/llvm 会出现。
关于c - 是否仍然值得在 OpenMP 实现上投入时间？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9762620/