summaryrefslogtreecommitdiff
path: root/rs/java/android/renderscript/ProgramFragmentFixedFunction.java
diff options
context:
space:
mode:
authorDianne Hackborn <hackbod@google.com>2017-05-24 16:15:45 -0700
committerDianne Hackborn <hackbod@google.com>2017-06-19 16:55:45 -0700
commitffca58bc5e9f8b3d1d78b2fd6e630d9ce2bdc20c (patch)
treefee5be8d1192d4e6d257ec31d532ea7fd7434d91 /rs/java/android/renderscript/ProgramFragmentFixedFunction.java
parent2739fb9e279312266e0e944fd52ff56398c0fcb5 (diff)
Work on issue #62065889: Assess thresholds and criteria for killing...
...background processes (CPU, etc) Add full configuration params for adjusting these settings (some were already there). Also... as long as we are doing this... - Get rid of all of the wakelock stuff. That is completely pointless now that we aren't even allowing cached processes to hold wake locks. - This greatly simplifies the code, since we don't need to deal with two different policies for how we do checks. Instead, we just regularly check for CPU and the CPU check interval. - And make the CPU check more aggressive and have much more flexibility for tuning: there are now 4 different maximum CPU use levels, depending on how long the process has been in the cached state. This allows us to be more strict on CPU use the longer it is sitting in the background. Note that CPU use tracking only happens while the device is not plugged in to power... I'll leave this for now, but I think in the future we should think about applying these limits even when plugged in, because in either case cached apps should really not be doing much. Test: manual Change-Id: I68f4ab68be5f7d5fc4822005107fb60ef07a374d
Diffstat (limited to 'rs/java/android/renderscript/ProgramFragmentFixedFunction.java')
0 files changed, 0 insertions, 0 deletions