Issue metadata
Sign in to add a comment
|
1.6% regression in rasterize_and_record_micro.top_25 at 526726:526820 |
||||||||||||||||||||||
Issue descriptionSee the link to graphs below.
,
Jan 11 2018
๐ Pinpoint job started. https://pinpoint-dot-chromeperf.appspot.com/job/14bc86af040000
,
Jan 11 2018
๐ Found significant differences after each of 2 commits. https://pinpoint-dot-chromeperf.appspot.com/job/14bc86af040000 Roll clang 318667:321529. By rnk@google.com ยท Wed Jan 03 18:32:36 2018 chromium @ 0d72bb1494c94523ae7bd944476a495e8b281bcc Remove virtual from DnsConfig's destructor By mmenke@chromium.org ยท Wed Jan 03 20:26:32 2018 chromium @ 04dee1f1b44ed7bac935a9fa4ccbe37f2a7dc87e Understanding performance regressions: http://g.co/ChromePerformanceRegressions
,
Jan 11 2018
I removed the virtual keyword from a destructor. If that made any difference at all, you should be talking to whomever works on clang. Seems much more likely this was related to the clang change, if it's a real regression.
,
Jan 12 2018
This is probably the clang roll. Perhaps it's the same underlying code change as in https://crbug.com/801134 .
,
Jan 25 2018
rnk: Is this something that can be fixed? If not, can you close?
,
Jan 25 2018
,
Feb 5 2018
,
Mar 28 2018
Based on conversations with our team, I think we're not going to investigate performance regressions smaller than 2% caused by compiler updates. Sometimes arbitrary heuristic changes can benefit some benchmarks and hurt others by small percentages. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by 42576172...@developer.gserviceaccount.com
, Jan 11 2018