A collection of python and bash scripts to collect and analyze frame rendering performance in Androi...
The developer of this repository has not created any items for sale yet. Need a bug fixed? Help with integration? A different license? Create a request here:
A collection of python and bash scripts to collect and analyze frame rendering performance in Android apps.
Make sure to enable the "In adb shell dumpsys gfxinfo" option for "Profile GPU rendering" inside "Developer options" in your settings app!
You may need to kill and restart your app for the logging to work!
If you can't execute the scripts, you may need to mark them as executable.
$ chmod +x *.sh *.py
should do the trick on Unix-like operating systems, or cygwin.
Scroll for 8 seconds and save the GPU profiling information for the current screen into a file.
$ ./slickr.sh > profile.txt
Scroll for 8 seconds and display the average frame delay (in milliseconds).
$ ./slickr.sh | ./avg.py
Scroll for 8 seconds and plot the recorded data and other metrics.
$ ./slickr.sh | ./plot.py
Compare the frame delay histograms and demand curves of two (or more) saved profiles.
$ ./compare.py profile1.txt profile2.txt
packageis the Java package name for the Android application. For example, for the Tumblr app, it is
com.tumblr. It can be gleaned from the play store url for an application.
If an app has multiple activities open,
profile.pywill choose the activity with
visibility=0(the currently visibile activity). On devices below Lollipop, all profile data is exported.
iterationsis the number of 2 second iterations to run (since 128 frames, the default buffer size, is a duration of about 2 seconds at 60 frames per second). Default is
distanceis the scroll distance in pixels. It defaults to 3x the display density (at the bucket the device belongs to).
The Android M
framestatsdata is a series of raw timestamps. These are then converted into time deltas according to the Android Developer guidelines. The
gfxinfodata is also plotted if available, though there is some overlap.
| component |
framestatstimestamps | notes | | ---------- | --------- | ---------------------------------------------------- | ---------------------------------- | | start | ↓ |
HANDLE_INPUT_START| time spent by system | | input | ↓ |
ANIMATION_START| time spent handling input events | | animations | ↓ |
PERFORM_TRAVERSALS_START| time spent evaluating animators | | traversals | ↓ |
DRAW_START| time spent on layout and measure | | draw | draw |
SYNC_START| time spent on
View.draw()| | sync | prepare |
ISSUE_DRAW_COMMANDS_START| time spent transfering data to gpu | | ↓ | execute | | time spent executing display lists | | gpu | process |
FRAME_COMPLETED| time spent waiting on gpu |
The green line represents the 16.67 ms threshold needed to achieve a smooth 60 frames per second.
The duration curve rearranges the profiling data by sorting it from slowest to fastest frame. This is based off load duration curves in power engineering and illustrates how many frames went over the 16 ms threshold needed for 60 FPS and how many milliseconds they went over.