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:
get
lookups 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_get
api, which can be improved upon further.FutureEffectiveAmountPrefixRow
column family to the db to eliminate needing to do an intensiveiterate
scan for one of the values needed to calculate takeovers.EffectiveAmountPrefixRow
andFutureEffectiveAmountPrefixRow
for internal pending effective amount calculations instead of having loopediterate
scans.Bug fixes:
Deprecated:
--elastic_host
,--elastic_port
,--elastic_notifier_host
,--elastic_notifier_port
arguments toherald
New 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_checks
flag toscribe
to make initial sync much faster.