memory.top_10_mobile_tbmv2 got disabled by mistake |
||
Issue descriptionmemory.top_10_mobile_tbmv2 stopped generating data on May 5th, see: https://chromeperf.appspot.com/report?sid=eac74f4bf6d4544e58fc941cdd98ed4559d30e9a89eafbdb9bac97fa39171720 Right after the last data point my CL https://codereview.chromium.org/1947883002 landed. This, it seems, had the unintended effect of making memory.top_10_mobile_tbmv2 be reported as 'disabled' for Android. I think this should fix itself now that I've landed https://codereview.chromium.org/1936533002/. But I file this bug anyway to remind us to check. +Kari, I remember you mentioned something about weird interactions of enabled/disabled decorators when a benchmark subclasses another (which is what I think happened here). Not sure if there is already a tracking bug to get clearer semantics or a doc to document such behaviors. +Annie, FYI, this will probably start sending another sizable batch of data to the dashboards.
,
Jun 9 2016
I'm really sorry for the slow response here. I don't see memory.top_10_mobile_tbmv2 running anymore?
,
Jun 10 2016
It is up and running: https://chromeperf.appspot.com/report?sid=8d595b544320d66e57f36b64f6e6d518996387290f2eb400cfb92df3e5e8d5c8 :-) The problem is that the old values (which are not reported any more) haven't been renamed yet ( issue 617117 ).
,
Jun 10 2016
Yes, thanks! I think this issue can be closed now. |
||
►
Sign in to add a comment |
||
Comment 1 by perezju@chromium.org
, May 27 2016