Additional notes regarding the traits:
@itemize
-@item The @code{pinned} trait is supported on Linux hosts, but is subject to
- the OS @code{ulimit}/@code{rlimit} locked memory settings. It currently
- uses @code{mmap} and is therefore optimized for few allocations, including
- large data. If the conditions for numa or memkind allocations are
- fulfilled, those allocators are used instead.
+@item The @code{pinned} trait is supported on Linux hosts, but is usually
+ subject to the OS @code{ulimit}/@code{rlimit} locked memory settings (see
+ @ref{Offload-Target Specifics} for exceptions). The implementation
+ uses a custom allocator to try to use as few memory pages as possible.
+ At present, freed pinned memory is not returned to the OS (although it
+ may be reused by subsequent pinned allocations).
@item The default for the @code{pool_size} trait is no pool and for every
(re)allocation the associated library routine is called, which might
- internally use a memory pool.
+ internally use a memory pool. Currently, the same applies when a
+ @code{pool_size} has been specified, except that once allocations exceed
+ the the pool size, the action of the @code{fallback} trait applies.
@item For the @code{partition} trait, the partition part size will be the same
as the requested size (i.e. @code{interleaved} or @code{blocked} has no
effect), except for @code{interleaved} when the memkind library is