Köszönöm, ez egy jó cikk volt! Egy szót sem értettem

Mi sem, csak mi nem valljuk be. Oops..

Van infó a teljesítmény veszteségről vagy ez elhagyagolható lesz (csodálkoznék)?

Ez jó hír, csak hiányoltam egy szószedetet a végéről.

Bennem a “félelmetesen egyszerü portolni” szókapcsolat maradt meg

Atok

Ravasz stratégia .

Ha lesz egy "gyenge - de működő" oneAPI megoldás az AMD és az nVidia gyorsítóira,
akkor
- azt már benchmarkokban is lehet szerepeltetni
- egyre többen használják majd .. és egyre többen panaszkodnak.

és előbb vagy utóbb
a hivatalos AMD és nVidia részről is kell adni neki valamilyen támogatást
- mert az ügyfelek igénylik
- és az ügyfél az első ..

[ Szerkesztve ]

Hát elvileg lehetséges. AOT compiling van, és ugyanazt a compiler-t használja, mint a cél stack. E:
https://github.com/illuhad/hipsycl

" When targeting the CUDA or HIP backends, hipSYCL just massages the AST slightly to get clang -x cuda and clang -x hip to accept SYCL code. hipSYCL is not involved in the actual code generation. Therefore any significant deviation in kernel performance compared to clang-compiled CUDA or clang-compiled HIP is unexpected. "

Vegre egy konvergens megoldás, nyílt forráskóddal

És az intel hozza ami nem kis szó

phoronix - friss OneApi linux teszt
( Dell XPS 13 9310 , Core i7-1165G7, Tiger Lake Xe Graphics )
Intel Xe Graphics' Incredible Performance Uplift From OpenCL To oneAPI Level Zero To Vulkan

csak kar, hogy nem igaz