-
Notifications
You must be signed in to change notification settings - Fork 218
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
Add a top level function to parity-util-mem #298
Conversation
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.
LGTM, minus the CI error (I did not know we checked the format).
trait Augmented : MallocSizeOf { } | ||
impl Augmented for Vec<u8> { } | ||
let val: Arc<dyn Augmented> = Arc::new(vec![0u8; 1024]); | ||
assert!(malloc_size(&*val) > 1000); |
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.
Does it actually use Arc
in calculation? Dereference implies that it doesn't?
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.
No, it does not, it uses those of the dereferenced trait.
This is for cases when you know that Arc is the primary reference
MallocSizeOf
is not defined for Arc<T: ?Sized>
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.
Hmm, measuring MallocSizeOf
for an Arc
is tricky, but I wonder why a type is required to be Sized
for Arc
(in MallocUnconditionalShallowSizeOf
), but not for Box
.
Anyway, my point was that using Arc
in tests causes a bit of confusion, we can use a trait object here directly, something like
let val = vec![0u8; 1024];
let val_ref: &dyn Augmented = &val as _;
assert!(malloc_size(val_ref) > 1000);
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.
I am also wondering about those constraints.
About the test, I only wanted to show how to measure Arc in the test, also to ensure the exactly Arc<dyn Trait>
can be measured -- it is a higher-level requirement, so hope we can have it as it is.
Co-Authored-By: cheme <emericchevalier.pro@gmail.com>
Co-Authored-By: cheme <emericchevalier.pro@gmail.com>
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.
Adding support for Arc<dyn Trait>
seems nontrivial, let's merge it as is.
* master: (27 commits) update parity-util-mem (#309) Update features and feature dependencies (#307) Use proper memory queries to rocksdb (#308) Draft version updates and changelog (#299) Use custom error type for `from_hex` (#305) Fix typo. (#303) kvdb: remove KeyValueDBHandler (#304) extract common kvdb tests into a crate (#301) Expose to_hex and from_hex from impl-serde (#302) Add a top level function to parity-util-mem (#298) I/O statistic for key-value databases (#294) use for_tuples (#300) Add memory extensions for LRUCache, hashbrown (#293) Add memory stats for kvdb-s (#292) Provide #[derive(MallocSizeOf)] that is actually working (#291) Move and extend impls for locking primitives (#290) Update uint README (#288) Update README.md (#287) [ci]: remove feature flags in virtual workspace (#289) Prepare releases (#286) ...
Arc<dyn SomeTrait: MallocSizeOf>
, if user needs to