Skip to content

[GRAPH][MEM_PLANNER] Improved texture memory planning#17521

Closed
srkreddy1238 wants to merge 1 commit intoapache:mainfrom
srkreddy1238:texture_mem_planner
Closed

[GRAPH][MEM_PLANNER] Improved texture memory planning#17521
srkreddy1238 wants to merge 1 commit intoapache:mainfrom
srkreddy1238:texture_mem_planner

Conversation

@srkreddy1238
Copy link
Contributor

Motivated form the fact that textures can be allocated over a clBuffer object and the size of backing clBuffer can be computed based on hardware image pitch alignment.

This optimizes the overall memory allocation on device and helps greately the models with large memory requirements.

Improvised the graph memory planner to not differentiate buffer and texture storage tokens and reuse them across. The texture pool in OpenCL runtime is rebranded as memory pool that handles allocation for both buffer and image objects.

NDArray to DeviceAPI interface is extended with AllocDataSpaceView and FreeDataSpaceView. These new API's acommodates accessing same physical memory as clBuffer / clImage objects.

Motivated form the fact that textures can be allocated over a clBuffer
object and the size of backing clBuffer can be computed based on
hardware image pitch alignment.

This optimizes the overall memory allocation on device and helps
greately the models with large memory requirements.

Improvised the graph memory planner to not differentiate buffer and
texture storage tokens and reuse them across. The texture pool in OpenCL
runtime is rebranded as memory pool that handles allocation for both
buffer and image objects.

NDArray to DeviceAPI interface is extended with AllocDataSpaceView and
FreeDataSpaceView. These new API's acommodates accessing same physical
memory as clBuffer / clImage objects.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant