3e4d9f2007cfc866720de4e70668093ca73a1160
Bug: 246953799 Collect timing information for resource acquisition methods. The timing has nanosecond resolution and is collected inside the native runtime code. Timing values are accumulated in the runtime and are periodically fetched and published by the java framework. This strategy means that normal resource methods incur a small runtime overhead. The longer time involved in publishing the values is handled by an independent Java thread. A public dumpTimers() method can be called from a dumpsys command, for debug, but the dumpsys command is not hooked up in this commit. No APIs are actually monitored in this commit, and the ResourceTimer loop is not started. Test: atest * androidfw_lib Change-Id: I5995d3c6518ca2fa4c8ab9d3eb610167758c695d
Merge "Delete timeClonedSimpleDateFormat and re-add timeNewSimpleDateFormat." am:
beb81263e4 am: 45585cd885 am: a26ee241c2 am: 0f9c8aa00e am: 99f3e62291
Merge "Update OWNERS files to not suggest Soong owners" am:
cfd590f9fa am: fd20b2ef6f am: cc7f77e406 am: 2f3e528984 am: 76952b0421
…
…
…
…
…
…
…
…
…
…
…
…
…
…
…
Description
No description provided
Languages
Java
73.7%
Kotlin
14%
PowerBuilder
5.8%
C++
5.2%
AIDL
1%