oneapi-src / oneapi-src/unified-runtime

Creating USM Pools for specific memory types.

Open
#526 4 comments 0 reactions 1 assignee View on GitHub

@igchor is already working on this.

Since May 19, 2023.

memory specification
Dominant language
C++
Stars
57
Forks
120
Avg merge
1d 14h
Merged PRs (30d)
1

Description

urUSMPoolCreate does not have a method of specifying if a memory pool should be for host, device, or shared memory. Adaptors must return ur_usm_pool_handle_t objects that are capable of working for all memory types and all devices. This forces some extra overhead that would not be needed if adapters knew which type of memory pool was being requested ahead of time.

This could be implemented by either expanding ur_usm_pool_desc_t, or adding a new struct that can be chained to ur_usm_pool_desc_t.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.