我尋找到多線程,和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