Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Automatic energy consumption evaluation #4

Open
k0pernicus opened this issue Apr 21, 2016 · 2 comments
Open

Automatic energy consumption evaluation #4

k0pernicus opened this issue Apr 21, 2016 · 2 comments
Labels

Comments

@k0pernicus
Copy link
Contributor

k0pernicus commented Apr 21, 2016

This feature can be imagined using this scenario:

  • A user/developer wants to evaluate the energy consumption of one of his smartphone application,
  • this one launch the Hot-Pepper Android application, log in, select the APK he wants to evaluate and send it to one of our server,
  • the server, receiving the request, will select a user-based scenario for this specific application (wrote by a user/developer for example), or just Monkey if the user-based scenario for this application is not available,
  • all energy consumption tests, for this application, are launched - using for example lightpowertool and the Yoctopuce ammeter - 5 or 10 times,
  • tests are done - the user is noticed with a notification from the Hot-Pepper application, and a simple dashboard for these tests will be available on his personal account (on the Hot-Pepper website),
  • if the application can be improved (for energy consumption), a new APK is automatically generated (Spoon?) and the user/developer can just download it on his personal account.

We can imagine also that, if the application has already been tested (we have to ensure that the application has the same build version id), we will not run tests again but just send saved informations to the user.
Also, we can purpose to the user to upgrade his application if the next build version is more economical, or notice him that the next version is, in contrast, less economical.

@rouvoy
Copy link
Contributor

rouvoy commented Apr 21, 2016

Overall, this looks ok. Given that you take the APK as an input:

  • You can only propose generic Spoon processors to be applied on the source code (as Spoon operates at source level),
  • You can also consider a wider diversity of context conditions as part of your evaluation (e.g., playing with network to measure its energy impact),
  • Correlate the power consumption with the individual actions of the scenario (if we can extract the timeline from the scenario),
  • Correlate the energy consumption with the version of the app and other Paprika analytics.

@k0pernicus
Copy link
Contributor Author

LightPowertool extract the timeline for the measures (FxOS-Powertool canno't) - I think I can correlate with more or less accuracy this timeline with the scenario's timeline...
To correlate the energy consumption with other versions of the same app can be also usefull for developers but also for the application users. For example, if the next version of the application improves a few things but consuming more energy, the user can refuse this upgrade...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants