@@ -37,7 +37,7 @@ Every ``{}`` in the path is replaced with an extra argument passed to the CTL
37
37
function. Alternative addressing methods are described below.
38
38
39
39
Pool / Provider addressing
40
- ==========================
40
+ ============================
41
41
42
42
Two addressing schemes are provided: ``by_handle `` and ``by_name ``. Each pool
43
43
and provider has a unique handle and an optional user-defined name that can be
@@ -56,7 +56,7 @@ appending an index after the name::
56
56
The number of pools with a given name can be obtained with the ``count `` node.
57
57
58
58
Wildcards
59
- =========
59
+ ===========
60
60
61
61
A ``{} `` in the path acts as a wildcard and is replaced with successive
62
62
arguments of ``umfCtlGet ``, ``umfCtlSet `` or ``umfCtlExec ``. Wildcards can
@@ -74,18 +74,21 @@ replace any node, not only handles. For example::
74
74
Ensure that the types of wildcard arguments match the expected node types.
75
75
76
76
Default addressing
77
- ==================
77
+ ===================
78
78
79
79
``umf.provider.default `` and ``umf.pool.default `` store default values applied
80
80
to providers or pools created after the defaults are set. For example::
81
81
82
- const char *name = "custom";
83
- umfCtlSet("umf.pool.default.disjoint.name", (void *)name, strlen(name)+1);
82
+ size_t capacity = 16;
83
+ umfCtlSet("umf.pool.default.disjoint.params.capacity", &capacity,
84
+ sizeof(capacity));
84
85
85
- Every subsequently created disjoint pool will use ``custom `` as its name unless
86
- overridden by explicit parameters. Defaults may be supplied programmatically or
87
- via configuration and are saved internally and applied during initalization of
88
- a matching provider or pool.
86
+ Every subsequently created disjoint pool will use ``16 `` as its starting
87
+ capacity overriding it's creation parameters. Defaults are keyed by the
88
+ name returned from the provider or pool ``get_name `` callback, so if pool/provider
89
+ has custom name it must be addressed explicitly. Defaults may be supplied programmatically
90
+ or via environment variable and are saved internally and applied during initialization of a
91
+ matching provider or pool.
89
92
90
93
Environment variables
91
94
=====================
@@ -116,7 +119,7 @@ Within each subsystem the path continues with an addressing scheme followed by
116
119
the module or leaf of interest.
117
120
118
121
Reading this reference
119
- ----------------------
122
+ ------------------------
120
123
121
124
Parameter annotations describe the values stored in the node rather than the
122
125
pointer types passed to ``umfCtlGet ``/``umfCtlSet ``/``umfCtlExec ``. The
@@ -186,7 +189,7 @@ Logger nodes
186
189
187
190
:param path: Receives the currently selected sink on reads. On writes, pass
188
191
``"stdout" `` or ``"stderr" `` to redirect to standard streams, a
189
- NUL -terminated file path to append to a file, or ``NULL `` to disable
192
+ NULL -terminated file path to append to a file, or ``NULL `` to disable
190
193
logging altogether.
191
194
:type path: ``char * `` when reading, ``const char * `` when writing
192
195
@@ -207,14 +210,14 @@ Provider entries are organized beneath ``umf.provider``. Use
207
210
``umf.provider.by_handle.{provider} `` with a
208
211
:type: `umf_memory_provider_handle_t ` argument to reach a specific provider.
209
212
Providers can also be addressed by name through ``umf.provider.by_name.{provider} ``;
210
- append ``.{index} `` to address specyfic provider when multiple providers share the same label.
211
- Defaults for future providers live under ``umf.provider.default.{provider_name } ``,
212
- where `` {provider_name} `` matches the canonical provider identifier (`` OS ``,
213
- `` FILE ``, ``DEVDAX ``, ``FIXED ``, ``CUDA `` or ``LEVEL_ZERO ``). Values written to
214
- the default tree are saved until a matching provider is created and applied
215
- during provider initialization. Defaults can be supplied programmatically or
216
- through configuration strings. The entries below list only the suffix of each
217
- node; prefix them with the appropriate ``umf.provider `` path.
213
+ append ``.{index} `` to address specific provider when multiple providers share the same label.
214
+ Defaults for future providers reside under ``umf.provider.default.{provider } `` and track the
215
+ name returned by each provider's `` get_name `` implementation. Providers have their
216
+ default names (`` OS ``, `` FILE ``, ``DEVDAX ``, ``FIXED ``, ``CUDA `` or ``LEVEL_ZERO ``),
217
+ unless their name was changed during creation, those renamed providers must be addressed explicitly.
218
+ Defaults can be written via `` umf.provider.default.<name> `` either programmatically or through
219
+ configuration strings. The entries below list only the suffix of each node;
220
+ prefix them with the appropriate ``umf.provider `` path.
218
221
219
222
Common provider statistics
220
223
--------------------------
@@ -316,11 +319,13 @@ Pool nodes
316
319
Pool entries mirror the provider layout. ``umf.pool.by_handle.{pool} `` accepts a
317
320
:type: `umf_memory_pool_handle_t `, while ``umf.pool.by_name.{pool} `` addresses
318
321
pools by name with an optional ``.{index} `` suffix when names are reused.
319
- Defaults for future pools reside under ``umf.pool.default.{pool} ``, where
320
- canonical names include ``disjoint ``, ``scalable `` and ``jemalloc ``. Defaults
321
- can be written via ``umf.pool.default.<pool> `` either programmatically or
322
- through configuration strings. The entries below list only the suffix of each
323
- node; prefix them with the appropriate ``umf.pool `` path.
322
+ Defaults for future pools reside under ``umf.pool.default.{pool} `` and track the
323
+ name returned by each pool's ``get_name `` implementation. Pools that keep their
324
+ default names (``disjoint ``, ``scalable `` and ``jemalloc ``) continue to match
325
+ those entries, while renamed pools must be addressed explicitly. Defaults can be
326
+ written via ``umf.pool.default.<pool> `` either programmatically or through
327
+ configuration strings. The entries below list only the suffix of each node;
328
+ prefix them with the appropriate ``umf.pool `` path.
324
329
325
330
Common pool statistics
326
331
--------------------------
@@ -346,7 +351,7 @@ Disjoint pool (``disjoint``)
346
351
provider.
347
352
:type bytes: ``size_t ``
348
353
349
- **Access: ** read-write. (write is only avaiable through defaults)
354
+ **Access: ** read-write. (write is only available through defaults)
350
355
**Defaults / Env: ** supported.
351
356
352
357
Governs how much memory the pool grabs in each slab. Lower values reduce
@@ -359,7 +364,7 @@ Disjoint pool (``disjoint``)
359
364
cached by the pool.
360
365
:type bytes: ``size_t ``
361
366
362
- **Access: ** read-write. (write is only avaiable through defaults)
367
+ **Access: ** read-write. (write is only available through defaults)
363
368
**Defaults / Env: ** supported.
364
369
365
370
Sets the cut-off for pooling allocations. Requests larger than this value are
@@ -372,7 +377,7 @@ Disjoint pool (``disjoint``)
372
377
may retain.
373
378
:type count: ``size_t ``
374
379
375
- **Access: ** read-write. (write is only avaiable through defaults)
380
+ **Access: ** read-write. (write is only available through defaults)
376
381
**Defaults / Env: ** supported.
377
382
378
383
Caps the pool's cached slabs per bucket to limit memory retention. Shrinking
@@ -385,7 +390,7 @@ Disjoint pool (``disjoint``)
385
390
serve.
386
391
:type bytes: ``size_t ``
387
392
388
- **Access: ** read-write. (write is only avaiable through defaults)
393
+ **Access: ** read-write. (write is only available through defaults)
389
394
**Defaults / Env: ** supported.
390
395
391
396
Controls the smallest chunk size kept in the pool, which in turn affects the
@@ -397,7 +402,7 @@ Disjoint pool (``disjoint``)
397
402
:param level: Receives or supplies the tracing level for the pool.
398
403
:type level: ``int `` (``0 `` disables tracing)
399
404
400
- **Access: ** read-write. (write is only avaiable through defaults)
405
+ **Access: ** read-write. (write is only available through defaults)
401
406
**Defaults / Env: ** supported.
402
407
403
408
Controls the disjoint pool's tracing features. ``0 `` disables tracing.
0 commit comments