On Mon, 19 Sep 2022 16:55:01 GMT, Sean Coffey <coff...@openjdk.org> wrote:
>> Plus one regarding "too much noise". This event is at the >> Provider.getService() level and would reports all calls regardless the type >> and algorithm. Crypto services which supports the delayed provider selection >> may call Provider.getService() to query but may not use all available ones. >> So, even if the service is returned, it may not be actually used. Just >> saying. >> Does JFR events support filtering? Or is the expectation of this being a >> collection of usages and analyze is done separately? > > Let's stick to just recording events where a match on service and provider is > made then. > > The expectation is that analysis would be done post recording. Probably best > to reduce the runtime performance impact. Thank you for noting the reason, Sean. It's reasonable to only generate an event for a match. ------------- PR: https://git.openjdk.org/jdk/pull/9657
