https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92924
--- Comment #14 from Jan Hubicka <hubicka at gcc dot gnu.org> --- > This seems reasonable well, 542/(21514+3151+866+11) = 2%. I think one needs to consider only calls that was trained and have at least two possible targets. With this metric it is more like 542/(3151+866+11) = 13% and it is really more about dynamic counts rather than static counts - I guess it would be nice to update your script to print weighted data by "all" counter. Also Firefox is actually quite easy testcase for merging since there are only 10 runs. The original indirect call does not seem to be handled, so I am benchmarking over the hacked gcc again: https://treeherder.mozilla.org/#/jobs?repo=try&selectedJob=286542225&revision=4215cf907668d3b61e455c8d0c917689a83afdc1 But I do anticipate that build to crash on the speculative_call_info ICE I mentioned earlier. Lets see.
