Skip to content

Track CPU/GPU/Energy usage in our performance benchmarks #33899

Closed

Description

@liyuqian

Let's add CPU/GPU/Energy use percentage to all our Flutter driver performance tests. It will be a great addition to our current frame-build/rasterize-time metrics.

We've seen many developers tracking it, filing issues on it, and writing articles about it. It will help us address issues like power usage, performance cost not covered by frame build/rasterize phases, etc.

Activity

  1. added
    c: contributor-productivityTeam-specific productivity, code health, technical debt.
    c: performanceRelates to speed or footprint issues (see "perf:" labels)
    on Jun 5, 2019
  2. self-assigned this
    on Jul 31, 2019
  3. dnfield commented on Jul 31, 2019

    @dnfield
    Contributor

    We're doing this now in the Android firebase test. We just don't have it reporting anywhere nice yet.

  4. added this to the December 2019 milestone on Aug 7, 2019
  5. changed the title [-]Track CPU/GPU usage in our performance benchmarks[/-] [+]Track CPU/GPU/Energy usage in our performance benchmarks[/+] on Aug 20, 2019
  6. Hixie commented on Aug 28, 2019

    @Hixie
    Contributor

    Taking this off the critical list as well, since it's just a dependency of another one.

  7. 14 remaining items

  8. liyuqian commented on Jan 18, 2020

    @liyuqian
    ContributorAuthor

    This is currently blocked by #45435 on iOS. We'll also need to do some work to enable the measurement on Android.

  9. added
    perf: energyPerformance issues related to energy use (power, watts)
    on Mar 6, 2020
  10. removed their assignment
    on Apr 6, 2020
  11. added
    P1High-priority issues at the top of the work list
    on May 29, 2020
  12. kf6gpe commented on Aug 24, 2020

    @kf6gpe
    Contributor

    @liyuqian Blocking bug is closed. Should we get back to this now?

  13. liyuqian commented on Aug 24, 2020

    @liyuqian
    ContributorAuthor

    Yes, this is done for iOS. We discussed the Android side of work several days ago and concluded that no one has the bandwidth to tackle it in Q3. We'll revisit it in Q4 OKR planning.

  14. kf6gpe commented on Aug 31, 2020

    @kf6gpe
    Contributor

    Downgrading to a P4 until we finish Q4 planning and know if this landed on the plate.

  15. added
    P2Important issues not at the top of the work list
    and removed
    P1High-priority issues at the top of the work list
    on Aug 31, 2020
  16. liyuqian commented on Sep 24, 2020

    @liyuqian
    ContributorAuthor

    #61567 tracks the Android side of work. I'm going to close this and continue our future discussions in #61567

  17. github-actions commented on Aug 12, 2021

    @github-actions

    This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of flutter doctor -v and a minimal reproduction of the issue.

  18. locked as resolved and limited conversation to collaborators on Aug 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    P2Important issues not at the top of the work listc: contributor-productivityTeam-specific productivity, code health, technical debt.c: performanceRelates to speed or footprint issues (see "perf:" labels)customer: crowdAffects or could affect many people, though not necessarily a specific customer.engineflutter/engine related. See also e: labels.perf: energyPerformance issues related to energy use (power, watts)

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions