Skip to content

Optimize change handling in tree by invalidating only branches #43

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
mariuswilms opened this issue Jul 13, 2018 · 0 comments
Open

Optimize change handling in tree by invalidating only branches #43

mariuswilms opened this issue Jul 13, 2018 · 0 comments

Comments

@mariuswilms
Copy link
Member

mariuswilms commented Jul 13, 2018

When a change inside the tree is detected the whole tree is rebuild for the sake of simplicity. Generally we should also be safe to invalidate only the affected node and all its descendants. This will make some parts more difficult, i.e. message will also need to contain the affected node and the descendants need to be calculated (possibly using the flat lookup table). On the other hand gives us better indexing performance until the tree is free to be accessed again (the tree is write locked during rebuilds).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant