Skip to content

docs: explain the indexing cost model (cold vs incremental vs model swap)#610

Draft
j-sperling wants to merge 1 commit into
zilliztech:mainfrom
j-sperling:docs/indexing-cost-model
Draft

docs: explain the indexing cost model (cold vs incremental vs model swap)#610
j-sperling wants to merge 1 commit into
zilliztech:mainfrom
j-sperling:docs/indexing-cost-model

Conversation

@j-sperling

Copy link
Copy Markdown
Contributor

Summary

  • Adds an "Indexing Cost Model" section to docs/architecture.md, directly after Deduplication: indexing cost is event-driven, and the three tiers (steady-state incremental, cold index, embedding model change) have very different costs. The non-obvious one for users: the model name is part of every composite chunk ID, so changing embedding.model/provider re-embeds the entire corpus and, on a dimension change, requires a collection rebuild — worth treating as a scheduled migration.
  • Documents the three throughput knobs for local-provider cold indexes (model size, chunk count, embedding.batch_size) with hardware-qualified reference measurements (default onnx model on an Apple M-series CPU: ~10 texts/s; batch 64 ~11% faster than 32).
  • Adds a FAQ entry ("Why is my first index slow, when re-indexing is instant?") linking to the new section, matching the existing FAQ answer style.

Test plan

  • mkdocs build --strict clean (anchors/links resolve, including the FAQ dimension-mismatch cross-reference)
  • Full test suite unaffected (docs-only)

Deduplication makes indexing cost event-driven, and users reading
"slow indexing" reports are usually seeing one of two full-cost events:
a cold index or an embedding model change. Document the three cost
tiers, the model-name-in-chunk-ID consequence (a model swap re-embeds
the entire corpus and can require a collection rebuild), and the three
throughput knobs for local providers, with measured reference numbers.
Add a FAQ entry for the slow-first-index question linking to it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant