Apr 26, 2015
Sep 26, 2016 (Retired)
Eric Leong (ericleong)
Eric Leong (ericleong)
Source code



A collection of python and bash scripts to collect and analyze frame rendering performance in Android apps.



on device

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!

on computer

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.

$ ./ > profile.txt

Scroll for 8 seconds and display the average frame delay (in milliseconds).

$ ./ | ./

Scroll for 8 seconds and plot the recorded data and other metrics.

$ ./ | ./

Compare the frame delay histograms and demand curves of two (or more) saved profiles.

$ ./ profile1.txt profile2.txt


$ <package> <iterations> <distance>
  • package is 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, will choose the activity with visibility=0 (the currently visibile activity). On devices below Lollipop, all profile data is exported.

  • iterations is 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 4.

  • distance is the scroll distance in pixels. It defaults to 3x the display density (at the bucket the device belongs to).

framestats in Android Marshmallow (6.0) is automatically enabled as long as a package name is provided. It provides detailed information about the draw stage of the rendering pipeline.

understanding the plots

The Android M framestats data is a series of raw timestamps. These are then converted into time deltas according to the Android Developer guidelines. The gfxinfo data is also plotted if available, though there is some overlap.

component gfxinfo framestats timestamps notes
start INTENDED_VSYNCHANDLE_INPUT_START time spent by system
input HANDLE_INPUT_STARTANIMATION_START time spent handling input events
animations ANIMATION_STARTPERFORM_TRAVERSALS_START time spent evaluating animators
traversals PERFORM_TRAVERSALS_STARTDRAW_START time spent on layout and measure
draw draw DRAW_STARTSYNC_START time spent on View.draw()
sync prepare SYNC_STARTISSUE_DRAW_COMMANDS_START time spent transfering data to gpu
execute time spent executing display lists
gpu process ISSUE_DRAW_COMMANDS_STARTFRAME_COMPLETED time spent waiting on gpu

The green line represents the 16.67 ms threshold needed to achieve a smooth 60 frames per second.

duration curve

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.