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
Copy file name to clipboardExpand all lines: README.md
+12-5Lines changed: 12 additions & 5 deletions
Original file line number
Diff line number
Diff line change
@@ -122,11 +122,16 @@ List of options provided by CMake:
122
122
123
123
## Architecture: memory pools and providers
124
124
125
-
A UMF memory pool is a combination of a pool allocator and a memory provider. A memory provider is responsible for coarse-grained memory allocations and management of memory pages, while the pool allocator controls memory pooling and handles fine-grained memory allocations.
125
+
A UMF memory pool is a combination of a pool allocator and a memory provider. A memory provider is responsible for
126
+
coarse-grained memory allocations and management of memory pages, while the pool allocator controls memory pooling
127
+
and handles fine-grained memory allocations.
126
128
127
129
Pool allocator can leverage existing allocators (e.g. jemalloc or tbbmalloc) or be written from scratch.
128
130
129
-
UMF comes with predefined pool allocators (see include/pool) and providers (see include/provider). UMF can also work with user-defined pools and providers that implement a specific interface (see include/umf/memory_pool_ops.h and include/umf/memory_provider_ops.h).
131
+
UMF comes with predefined pool allocators (see [`include/umf/pools`](include/umf/pools)) and providers
132
+
(see [`include/umf/providers`](include/umf/providers)). UMF can also work with user-defined pools and
133
+
providers that implement a specific interface (see [`include/umf/memory_pool_ops.h`](include/umf/memory_pool_ops.h)
134
+
and [`include/umf/memory_provider_ops.h`](include/umf/memory_provider_ops.h)).
130
135
131
136
More detailed documentation is available here: https://oneapi-src.github.io/unified-memory-framework/
132
137
@@ -152,6 +157,7 @@ a duplicate of another process's file descriptor (`pidfd_getfd(2)` is supported
152
157
Permission to duplicate another process's file descriptor is governed by a ptrace access mode
153
158
`PTRACE_MODE_ATTACH_REALCREDS` check (see `ptrace(2)`) that can be changed using
154
159
the `/proc/sys/kernel/yama/ptrace_scope` interface in the following way:
0 commit comments