-
Enhancement
-
Resolution: Fixed
-
P4
-
17, 21, 24
-
b12
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8353128 | 21.0.8 | Satyen Subramaniam | P4 | Resolved | Fixed | master |
Investigating JFR crashes is a bit tedious, as Events section in hs_err shows just:
```
Event: 3.006 Executing VM operation: JFRCheckpoint
Event: 3.006 Executing VM operation: JFRCheckpoint done
```
What is that JFRCheckpoint doing is unclear, because it can do two separate things: clear or write. It would be good if we could disambiguate the two. Since there are only two flavors of checkpoint, I think we can just split the VMOp into two more precisely named ones, so it gives us e.g.:
```
Event: 2.462 Executing VM operation: JFRSafepointClear
Event: 2.463 Executing VM operation: JFRSafepointClear done
```
```
Event: 3.006 Executing VM operation: JFRCheckpoint
Event: 3.006 Executing VM operation: JFRCheckpoint done
```
What is that JFRCheckpoint doing is unclear, because it can do two separate things: clear or write. It would be good if we could disambiguate the two. Since there are only two flavors of checkpoint, I think we can just split the VMOp into two more precisely named ones, so it gives us e.g.:
```
Event: 2.462 Executing VM operation: JFRSafepointClear
Event: 2.463 Executing VM operation: JFRSafepointClear done
```
- backported by
-
JDK-8353128 JFR: Split JFRCheckpoint VM operation
-
- Resolved
-
- links to
-
Commit(master) openjdk/jdk21u-dev/89b614d9
-
Commit(master) openjdk/jdk/6d430f24
-
Review(master) openjdk/jdk21u-dev/1494
-
Review(master) openjdk/jdk/20570