[llvm-dev] Filter optimization remarks by the hotness of the code region
Hal Finkel via llvm-dev
llvm-dev at lists.llvm.org
Tue May 10 17:39:06 PDT 2016
I think would be a really useful feature to have. I don't think that the backend should be responsible for filtering, but should pass the relative hotness information to the frontend. Given that these diagnostics are not just going to be used for -Rpass and friends, but also for generating reports by other tools (see the discussion around D19678, for example), I think it is important to allow the frontend to filter. The frontend, or other tool, might also want to collect information from different compilation jobs to provide the user with an overall ranking.
The default diagnostic, furthermore, does not provide enough information to identify a code "region". I think that the pass generating the diagnostic needs to provide the information, however, we could certainly create some utility functions that take a pointer to the BFI analysis and a Value* that can do the right thing in most simple cases.
----- Original Message -----
> From: "Adam Nemet" <anemet at apple.com>
> To: "llvm-dev (llvm-dev at lists.llvm.org)" <llvm-dev at lists.llvm.org>
> Cc: "Hal Finkel" <hfinkel at anl.gov>
> Sent: Wednesday, May 4, 2016 1:12:17 PM
> Subject: Filter optimization remarks by the hotness of the code region
> This idea came up a few times recently  so I’d like start
> prototyping it. To summarize, we can emit optimization remarks
> using the -Rpass* options. These are currently emitted by
> optimizations like vectorization, unrolling, inlining and since
> last week loop distribution.
> For large programs however this can amount to a lot of diagnostics
> output to sift through. Filtering this by the hotness of the region
> can help to focus the user on performance opportunities that are
> likely to pay off.
> The approach I am thinking of taking is to install a wrapper as the
> diagnostics handler that will only forward to the original handler
> if the region of code is considered hot. This will be installed by
> a new pass that will use BlockFrequencyInfo to determine the top N
> hot regions.
> This is at very early stage right now. I would appreciate any
>  http://lists.llvm.org/pipermail/llvm-dev/2016-April/098492.html
>  http://lists.llvm.org/pipermail/cfe-dev/2016-April/048526.html
Assistant Computational Scientist
Leadership Computing Facility
Argonne National Laboratory
More information about the llvm-dev