我寻找到多线程,和GCD好像比手动编写使用pthread.h
和pthreads-win32
的溶液多更好的选择。然而,尽管它看起来像libdispatch
要么工作,或很快将要工作的,大多数较新的POSIX兼容的系统...我要问,有关Windows什么?将libdispatch
移植到Windows有什么机会?防止这种情况发生的障碍是什么?是否可以在Windows上使用Grand Central Dispatch(`libdispatch`)?
如果它来到它,我需要做到preform该portage?
编辑:有些事情我已经知道了,让讨论开始:
- 我们需要一个模块兼容的编译器将编译在Windows上,不是吗?将PLBlocks处理?
- 我们可以使用LLVM blocks runtime?
- 我们不能代替所有用户空间
libdispatch
的pthread.h
依赖与APR呼叫,便携性?或者,使用pthreads-win32
我想...
编辑1:我听说这是完全和完全不可能的,直到永远,因为libdispatch
依赖(在某种程度上)上kqueue
,不能提供上Windows ...有人知道这是真的吗?
其他平台(Windows和Linux),你似乎坚持一个Windows端口必须成为源码级端口。它不是 - 实现可以完全不同,同时保持相同的API。例如,围绕我在我的回答中提到的Windows技术之一的薄包装器将不需要pthread,PLBlocks,LLVM,kqueue或任何其他这样的组件,这些组件听起来像是不易识别的匈牙利标记的结构指针的名称。 – 2010-05-02 20:24:18
那么,我不想只是API ...我想要GCD本身的好处,如果由于缺乏内核级优化而性能稍差。如果这些先前存在的Windows技术能够达到最佳效果,那么为什么我没有听说过GCD之前的任何关于它们的嗡嗡声呢? – ELLIOTTCABLE 2010-05-02 22:51:30
“嗡嗡声”? Srsly?那是你在找什么?无论如何,它们都是相当新的(或者更确切地说,它们最近只是淘金),我不了解你,但我听到很多关于它们的嗡嗡声。如果谷歌搜索结果计数是“嗡嗡声”的任何指示,请将http://bit.ly/dk4ry9与http://bit.ly/9138DV或BlogPulse 6个月比较进行比较:http://bit.ly/9L3VtM – 2010-05-04 07:21:12