]> git.hungrycats.org Git - bees/commit
bees: separate BEES_MAX_EXTENT_TASK_COUNT from BEES_MAX_EXTENT_REF_COUNT
authorZygo Blaxell <bees@furryterror.org>
Sat, 26 Jul 2025 05:42:01 +0000 (01:42 -0400)
committerZygo Blaxell <bees@furryterror.org>
Sat, 14 Feb 2026 05:23:07 +0000 (00:23 -0500)
commit7eed58f04a09666c035b4bdf2d8d604bd916ca9d
tree33d51939b58099d08600095561ed3184ccfe2494
parent33450c2dfcb1162b75555fda4ce2173bd71180a6
bees: separate BEES_MAX_EXTENT_TASK_COUNT from BEES_MAX_EXTENT_REF_COUNT

They are both roughly the right number, but the number of tasks is not the
same as the number of refs:

 * in extent scan mode, each extent Task has all of the extent's refs
 * in subvol scan mode, each Task handles inodes, not extents or refs

Making the extent task count smaller reduces parallel and out-of-order
task execution.  This helps prevent a wide gap from forming between the
current progress checkpoint (lowest extent in the queue) and the head
of the crawl (highest extent in the queue).  This makes restarts repeat
less work, which may help make forward progress if bees is run for very
short intervals between restarts, but it will make the scans take longer
due to more sequential processing.

Signed-off-by: Zygo Blaxell <bees@furryterror.org>
src/bees-roots.cc
src/bees.h