Repository navigation
tantivy: backfill today's files once they settle - #433
Conversation
Today's partition for one project is 36 small files that the packer leaves alone, so neither the carry cap (which acts on rewrites) nor the converged-size rule consolidates them; one file stayed covered by 37 carried entries. A file of today unrewritten for 30 minutes is now rebuilt as one index like a converged file.
|
Review of #433 The change is small and targeted, and the reasoning matches the
No correctness blockers; (1) and (4) are worth addressing before merge. |
After #431 (carry cap 2) the warm 7-day errors list on 6297304f still searched 273 indexes: today's 36 live files carry 264 entries (one file 37), because the cap only acts when a wave rewrites a file and these small files are not being repacked. #430's converged rule never fires for them (all far below the 128 MiB target).
The backfill now also keeps today's uncovered files whose Delta
modification_timeis older than 30 minutes, rebuilding each as one index within the existing per-pass budget.Not covered by a new test: faking a Delta add's modification time is impractical; the filtering itself is the existing
drop_hot_partitioncase table. Verified on prod viatantivy_backfill_started planned>0and per-file entry counts.Local signoff:
make ci-signofffmt/test/pg-smoke/e2e/clippy all pass (attested).🤖 Generated with Claude Code