From 3416b560e5cefecd317d0e18f0cdc17458113f02 Mon Sep 17 00:00:00 2001 From: Taylan Kammer Date: Wed, 26 Aug 2026 23:25:58 +0200 Subject: Note update. --- notes/260826-use-alloc.md | 9 +++++++++ 1 file changed, 9 insertions(+) (limited to 'notes') diff --git a/notes/260826-use-alloc.md b/notes/260826-use-alloc.md index e72b006..20d53c7 100644 --- a/notes/260826-use-alloc.md +++ b/notes/260826-use-alloc.md @@ -109,6 +109,15 @@ alignment padding, but that'll be relatively small as well if you do the calculations, I'm pretty sure. In any case, no worse than other general-purpose allocators, I'm pretty sure. +*Update:* Just realized that for SIMD related reasons, it would be +best to force 16-byte alignment much earlier, and probably 32-byte +too. Also, the 64-byte alignment doesn't add any value since the +maximum object size dominates the maximum bit count for bitmaps; +therefore, the alignment values should simply go: 8, 16, 32, ... +without any alignment higher than 32. This has practically no +relevance to the strategies in the rest of this article; higher +alignments don't prevent any of the discussed designs. + ## Occupancy bitmaps -- cgit v1.2.3