You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It would be good to upgrade __buffer_impl within oneDPL to use USM when it is able to for performance reasons.
We should be able to just utilize __result_and_scratch_storage inside of __buffer_impl in parallel_backend_sycl_utils.h, but there may be some nuance and complications when handling arbitrary typed value types.
This has the potential to provide a performance boost to all APIs which use temporary storage internally in the form of a sycl buffer currently.
danhoeflinger
changed the title
Upgrade __buffer infrastructure to usm USM where possible
Upgrade __buffer infrastructure to use USM where possible
Oct 15, 2024
danhoeflinger
changed the title
Upgrade __buffer infrastructure to use USM where possible
Upgrade temporary __buffer infrastructure to use USM where possible
Oct 15, 2024
It would be good to upgrade
__buffer_impl
within oneDPL to use USM when it is able to for performance reasons.We should be able to just utilize
__result_and_scratch_storage
inside of__buffer_impl
inparallel_backend_sycl_utils.h
, but there may be some nuance and complications when handling arbitrary typed value types.This has the potential to provide a performance boost to all APIs which use temporary storage internally in the form of a sycl buffer currently.
This issue stems from conversation in #1879 (comment)_
The text was updated successfully, but these errors were encountered: