On Thu, 23 Mar 2023 12:45:27 GMT, Johannes Bechberger <jbechber...@openjdk.org> wrote:
> Yes, but while JFR interrupts threads too, its sampler runs in its own > thread, so the async-safety of the interrupted code should not matter, or? And this sampling approach is quite subpar when compared with the signal based profiling - both in terms of bias and precision. Meaning that if/when JFR would implement a state-of-the-art CPU profiler it will have to deal with the same issues we are seeing here. ------------- PR Comment: https://git.openjdk.org/jdk/pull/13144#issuecomment-1482370219
