-
Notifications
You must be signed in to change notification settings - Fork 11.3k
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
Track live object set size during expensive checks #12846
Conversation
The latest updates on your projects. Learn more about Vercel for Git ↗︎ 6 Ignored Deployments
|
pending_objects.push(object); | ||
size += match &object.data { | ||
Data::Move(move_obj) => move_obj.contents().len(), | ||
Data::Package(move_pkg) => move_pkg.size(), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
is this the same size that is used for storage cost computation? also this doesn't count coins, does it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nevermind on the coins, i remembered that the coin storage format is converted to a move object when being loaded
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, for package the storage cost is determined based on this function object_size_for_gas_metering
which literally calls .size()
for move_pkg. I think I could just call object_size_for_gas_metering
on the object itself which makes it even simpler
23a6b03
to
e0aaf28
Compare
e0aaf28
to
8a9fc6e
Compare
## Description We would like to track the application level object set size vs db level object set size (which we already have from rocksdb metrics i.e. objects + indirect objects sst table size). Adding this as a part of the expensive checks. ## Test Plan Existing tests
Description
We would like to track the application level object set size vs db level object set size (which we already have from rocksdb metrics i.e. objects + indirect objects sst table size).
Adding this as a part of the expensive checks.
Test Plan
Existing tests