chore(deps): update dependency gburd/pg_fts to v1.0.3 #16
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.2→1.0.3Release Notes
gburd/pg_fts (gburd/pg_fts)
v1.0.3Compare Source
Bug-fix release. No on-disk format change from 1.0.2; no REINDEX
required (
ALTER EXTENSION pg_fts UPDATE TO '1.0.3').invalid memory alloc request sizecrash in a parallel index-buildworker (reported against a ~13-hour parallel
CREATE INDEX CONCURRENTLYover a large table with a very large vocabulary). This was a different site
from the 1.0.2 fix: the trigram inverted-index builder and the streaming
segment merge sized several allocations from the merged-group vocabulary,
which -- unlike the per-segment build path -- is not bounded by
maintenance_work_mem, so a hot trigram's term list (and the merge outputarrays) could exceed the 1 GB allocation limit on a large enough corpus. All
corpus/vocabulary-scale allocations in the build, merge, and analyze paths now
use a huge-safe allocation, closing this crash class off across the board.
ftsdoclarger than 1 GB nowreports a clear "document is too large" error instead of an opaque
allocation failure. An
ftsdocis a variable-length value limited to 1 GB.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.