日前，行業(yè)組織Khronos發(fā)布了OpenCL 3.0最終版規(guī)范，從而將4月份的臨時規(guī)范轉(zhuǎn)正。作為老牌的GPU并行計算標準，它希望借此煥發(fā)第二春，但能行嗎?OpenCL最早由蘋果開發(fā)，后經(jīng)NVIDIA、AMD等完善并提交給Khronos轉(zhuǎn)為跨平臺的開放標準。最新的3.0在某種程度上開了倒車，其核心API其實是2011年OpenCL 1.2的一個分支。

　　OpenCL 2.x的諸多開發(fā)功能在3.0上變成了可選，再次呼應(yīng)其失敗。實際上，2017年的OpenCL 2.2迄今為止都沒有人使用，包括但不限于Intel、NVIDIA和AMD，尷尬不?

　　簡單來說，OpenCL 3.0增加了對異步DMA傳輸執(zhí)行的支持，也支持了SPIR-V 1.3。為了鼓勵開發(fā)者升級，無論是從1.2還是從2.x版本升級，都幾乎不需要做代碼變動。

　　Khronos對于OpenCL仍舊寄予厚望，并提出了整合Vulkan、支持SPIR-V 1.4、1.5以及發(fā)布OpenCL Next的想法，盡管這看起來仍舊很零碎。

　　就目前而言，蘋果macOS 10.14棄用了OpenCL，力推自家Metal API。NVIDIA有更加成熟和對開發(fā)者友好的CUDA API，AMD僅支持OpenCL 1.2，且驅(qū)動一團糟，現(xiàn)在OpenCL唯一的大靠山似乎就是Intel了。

特別提醒：本網(wǎng)內(nèi)容轉(zhuǎn)載自其他媒體，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實，對本文以及其中全部或者部分內(nèi)容、文字的真實性、完整性、及時性本站不作任何保證或承諾，并請自行核實相關(guān)內(nèi)容。本站不承擔此類作品侵權(quán)行為的直接責任及連帶責任。如若本網(wǎng)有任何內(nèi)容侵犯您的權(quán)益，請及時聯(lián)系我們，本站將會在24小時內(nèi)處理完畢。