Skip to content
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

feat: high level storage primitives that are parallel friendly #18

Open
yihuang opened this issue Dec 2, 2024 · 2 comments
Open

feat: high level storage primitives that are parallel friendly #18

yihuang opened this issue Dec 2, 2024 · 2 comments

Comments

@yihuang
Copy link
Collaborator

yihuang commented Dec 2, 2024

Currently all storage operations are implemented with basic get/set operations, for example fee deduction is implemented as:

amount = store.Get(key)
amount -= fee
store.Set(key, amount)

But with higher level primitive in store interface, and refactor the application logic into sth like this:

store.Incr(key, -fee)

the block-stm might has some opportunity to optimize this higher level primitive more parallel friendly.

@mmsqe
Copy link
Collaborator

mmsqe commented Dec 2, 2024

Do you mean like redis incr?

@yihuang
Copy link
Collaborator Author

yihuang commented Dec 2, 2024

Do you mean like redis incr?

I mean the store interface provided to the application logic, and special handling in block-atom layer.

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

No branches or pull requests

2 participants