[prev in list] [next in list] [prev in thread] [next in thread]
List: openjdk-serviceability-dev
Subject: Re: [RFR]: Per thread IO statistics in JFR
From: "Haug, Gunter" <gunter.haug () sap ! com>
Date: 2019-01-15 10:12:03
Message-ID: FC3E41BC-457A-4058-AED9-89052544E9A7 () sap ! com
[Download RAW message or body]
Hi Erik,
the overhead is very small. In fact, I wasn't able to measure it in a reproduceable \
way. And yes, it works on Mac OS, I use a Mac.
> could change the contentType to "bits-per-second". That is what we use for the \
> Network Utilization event which reports statistics per interface.
Yes, I can do that. Only for the network IO or for file IO as well?
Thanks for looking into this,
Gunter
From: serviceability-dev <serviceability-dev-bounces@openjdk.java.net> on behalf of \
Erik Gahlin <erik.gahlin@oracle.com>
Date: Monday, 14. January 2019 at 22:32
To: "serviceability-dev@openjdk.java.net" <serviceability-dev@openjdk.java.net>, \
"hotspot-jfr-dev@openjdk.java.net" <hotspot-jfr-dev@openjdk.java.net>
Subject: Re: [RFR]: Per thread IO statistics in JFR
Hi Gunter,
Sounds like a useful enhancement!
Do you have an idea of what the overhead might be?
Does it work on Mac OS X?
I haven't done a proper review, but you could change the contentType to \
"bits-per-second". That is what we use for the Network Utilization event which \
reports statistics per interface.
Thanks
Erik
Hi All,
Could I please have a review and possibly some opinions on the following enhancement \
to JFR and the JDK?
At SAP we have a per thread IO statistic among our supportability enhancements which \
proved to be very helpful for our support engineers. It might be beneficial for JFR \
as well and would certainly help us to drive adoption of OpenJDK.
The basic idea is simple, we have added fields to the thread class where the number \
of bytes read and written from/to file and network are counted in. The newly created \
JFR events are written periodically as for example the ThreadAllocationStatistics \
event already is.
In order to collect the data, we have added hooks to the JDK C coding calling back \
into the VM.
I have opened a bug here:
https://bugs.openjdk.java.net/browse/JDK-8216981
Here is a webrev:
http://cr.openjdk.java.net/~ghaug/webrevs/8216981
There are no tests yet and the code be a bit nicer in places. We will work on this \
if/when this feature is deemed acceptable.
Finally, we have an API in our SAP version of the JDK to access this data from a Java \
application. This is used by many SAP applications and I think we could add an MXBean \
in a second step, to provide similar functionality.
Thanks in advance,
Gunter
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic