fix scalability header levels

This commit is contained in:
Daniel Micay 2019-02-04 15:59:14 -05:00
parent e4061899aa
commit ae96835b94

View File

@ -406,7 +406,7 @@ allocation size classes may be offered as an option in the future.
## Scalability ## Scalability
## Small (slab) allocations ### Small (slab) allocations
As a baseline form of fine-grained locking, the slab allocator has entirely As a baseline form of fine-grained locking, the slab allocator has entirely
separate allocators for each size class. Each size class has a dedicated lock, separate allocators for each size class. Each size class has a dedicated lock,
@ -441,7 +441,7 @@ attempt to use heuristics for dynamically tuning the size, but there's not a
great one size fits all approach so it isn't currently part of this allocator great one size fits all approach so it isn't currently part of this allocator
implementation. implementation.
### Thread caching (or lack thereof) #### Thread caching (or lack thereof)
Thread caches are a commonly implemented optimization in modern allocators but Thread caches are a commonly implemented optimization in modern allocators but
aren't very suitable for a hardened allocator even when implemented via arrays aren't very suitable for a hardened allocator even when implemented via arrays
@ -480,7 +480,7 @@ and it's entirely unsuitable / incompatible with a hardened allocator since it
bypasses all of the underlying security and would destroy much of the security bypasses all of the underlying security and would destroy much of the security
value. value.
## Large allocations ### Large allocations
The expectation is that the allocator does not need to perform well for large The expectation is that the allocator does not need to perform well for large
allocations, especially in terms of scalability. When the performance for large allocations, especially in terms of scalability. When the performance for large