Improve scribe sync #109
No reviewers
Labels
No labels
area: database
area: documentation
area: elasticsearch
area: herald
area: packaging
area: scribe
consider soon
critical
dependencies
good first issue
hacktoberfest
help wanted
improvement
needs: repro
new feature
priority: blocker
priority: high
priority: low
priority: medium
type: bug
type: bug-fix
type: discussion
type: feature request
type: improvement
type: new feature
type: refactor
type: task
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/hub#109
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "faster-sync"
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 branch significantly improves scribe sync time and scaling by doing the following:
getlookups against the db, potentially redundantly if a key is touched multiple times. Now they are accumulated on a per-transaction basis before being verified in bulk using themulti_getapi, which can be improved upon further.FutureEffectiveAmountPrefixRowcolumn family to the db to eliminate needing to do an intensiveiteratescan for one of the values needed to calculate takeovers.EffectiveAmountPrefixRowandFutureEffectiveAmountPrefixRowfor internal pending effective amount calculations instead of having loopediteratescans.Bug fixes:
Deprecated:
--elastic_host,--elastic_port,--elastic_notifier_host,--elastic_notifier_portarguments toheraldNew features:
--elastic_services, which is comma separated and defaults to--elastic_services=127.0.0.1:9200/127.0.0.1:19080.--db_disable_integrity_checksflag toscribeto make initial sync much faster.