chore(deps): update dependency gburd/pg_fts to v1.0.8 #21
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "renovate/gburd-pg_fts-1.x"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This PR contains the following updates:
1.0.7→1.0.8Release Notes
gburd/pg_fts (gburd/pg_fts)
v1.0.8Compare Source
Bug-fix release. No on-disk format change from 1.0.7; no REINDEX
required (
ALTER EXTENSION pg_fts UPDATE TO '1.0.8').phase. The 1.0.6 flush-budget ceiling bounds the scan phase, but the merge
phase held two vocabulary-proportional working sets that no setting bounded:
it loaded every input segment's entire dictionary into memory (and the final
reduction opens all segments at once), and it accumulated the whole merged
vocabulary before writing the dictionary. On a large, high-vocabulary corpus
(tens of millions of distinct terms) each could reach multiple gigabytes
regardless of
maintenance_work_mem, so a big build could exhaust host memoryin the merge phase even at a configuration whose scan phase fit comfortably.
The merge now reads each input dictionary a page at a time and spills the
output dictionary metadata to a temporary file, so its memory no longer scales
with the corpus vocabulary. Measured peak build memory roughly halved on a
high-vocabulary corpus, with a much flatter growth curve; build time did not
regress. (Memory-only change: on-disk format is byte-identical, no REINDEX.)
Configuration
📅 Schedule: (in timezone Europe/Paris)
🚦 Automerge: Enabled.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate.