Status Update
Comments
ra...@google.com <ra...@google.com> #2
After some review and discussion with ART, it doesn't appear that there's any issue with tracking our allocations as such, but it can happen that allocations we request don't occur due to optimizations at compilation time.
We may need a black hole, e.g. passing objects to JNI to ensure it's not optimized out.
cc...@google.com <cc...@google.com>
ap...@google.com <ap...@google.com> #3
Is there any documentation on the specifics of Microbenchmark allocation tracking? Is it counting just the Java allocs in the benchmarked code or is its 'count' also including allocs that occur via any associated DSOs underneath? (I'm inferring that this is what this ticket was originally about - apologies if I've misunderstood)
Essentially, I'd like to know whether it's possible to identify/collect allocs from invoking a Java entry-point method which subsequently calls through to some underlying DSO (inclusive of the allocations within that DSO). Macrobenchmarks seem too heavyweight with regard to this. Is there a specific mode, for the Runner say, that identifies this? As I say, some details on this would be useful. Thanks!
na...@google.com <na...@google.com> #4
It counts the benchmarked code + allocations incurred by its associated data structures (a.k.a. the implementation detail).
Description
Version used: 1.1.0-beta04
After profile is generated it prints the command to pull the profile from the device. Can we add device serial to the command?
Developers will most likely have 2 android devices attached
Can we specify the serial to the command?
Maybe it's a XY problem, but if it's easy, would be nice.