Re: OperatingSystemMXBean unaware of container memory limits

2019-06-21 Thread Mario Torre
Thanks! Cheers, Mario On Fri 21. Jun 2019 at 15:54, Bob Vandette wrote: > Here you go. > > https://bugs.openjdk.java.net/browse/JDK-8226575 > > Thanks, > Bob. > > On Jun 21, 2019, at 9:08 AM, Severin Gehwolf wrote: > > Hi Bob, > > On Fri, 2019-06-21 at 08:56 -0400, Bob Vandette wrote: > > On J

Re: OperatingSystemMXBean unaware of container memory limits

2019-06-21 Thread Mario Torre
; > Kind regards, > Kirk > > > On Jun 21, 2019, at 6:06 AM, Mario Torre > wrote: > > The way I understood the bug report is a two fold approach, i.e. fix the > os bean and *possibly* add a container one or extend it to add more data. > > I agree with you and An

Re: OperatingSystemMXBean unaware of container memory limits

2019-06-21 Thread Mario Torre
The way I understood the bug report is a two fold approach, i.e. fix the os bean and *possibly* add a container one or extend it to add more data. I agree with you and Andrew that the current OS Bean returns wrong information, this should be fixed in any case I think. Bob, do you have some design

Re: Proposal: Always-on Statistical History

2018-11-21 Thread Mario Torre
ly hoping to downport this feature to older > releases once it were to hit JDK12 mainline. But since we now decided > not to upstream it that door is barred. > > So, in order to preserve this possibility at least to other downstream > OpenJDK maintainers, I put these patches (based on 8

Re: Proposal: Always-on Statistical History

2018-11-15 Thread Mario Torre
— Mario Torre Associate Manager, Software Engineering Red Hat GmbH 9704 A60C B4BE A8B8 0F30 9205 5D7E 4952 3F65 7898 From: serviceability-dev on behalf of Simon Roberts Sent: Thursday, November 15, 2018 18:10 To: roger.ri...@oracle.com Cc: serviceability-dev

Re: inspect a thread’s stack

2018-04-10 Thread Mario Torre
native than writing an agent in C. What Martin suggested may also work, but the API is hidden behind reflection and that may not work with external programs in 9+, I'm not sure any of that is exported but you can try it, I haven't used that API much lately unfortunately. Nevertheless, Byt

Re: [PATCH] JDK-8036559: Attach API does not allow root to connect to process owned by others

2017-08-09 Thread Mario Torre
Hi Dmitry, I've seen that the bug has been closed as WONTFIX: https://bugs.openjdk.java.net/browse/JDK-8036559 The reason given is not satisfying though, since it's "This is not on our list of current priorities". I understand that your priorities may be different, but OpenJDK is a community pr

Re: PRE-RFR: 8177154: Default configuration should disallow loading agents

2017-03-24 Thread Mario Torre
On Fri, Mar 24, 2017 at 12:15 PM, Alan Bateman wrote: > I expect it will have to be relaxed at some point to allow root FWIW, we had the need for such use case in Thermostat and we had to work around this requirement, Elliot even sent a patch some time ago. With that said, I do think that it's re

Re: PRE-RFR: 8177154: Default configuration should disallow loading agents

2017-03-24 Thread Mario Torre
On Fri, Mar 24, 2017 at 10:48 AM, Alan Bateman wrote: > On 24/03/2017 09:34, Remi Forax wrote: > >> : >> >> One of strong feature that makes choosing Java on server is that you can >> attach, at runtime, a monitoring/troubleshooting tool when an event occurs, >> please do not send us back to the p

Re: Low-Overhead Heap Profiling

2015-06-23 Thread Mario Torre
2015-06-23 19:01 GMT+02:00 Jeremy Manson : > If it is a blocker for this work, we can find a way to test on OS X and > Windows. Yeah, I think if this is going to be a general interface, we need to test on all the official platforms. Cheers, Mario > Jeremy > > On Tue, Jun 23, 2015 at 9:14 AM, Jer

Re: Low-Overhead Heap Profiling

2015-06-22 Thread Mario Torre
2015-06-23 6:58 GMT+02:00 Jeremy Manson : > While I'm glad to hear that our colleagues at RedHat would love it, it will > still need a sponsor from Oracle. Any volunteers? > > It will also need a little polish to be available to the world. Open design > questions for upstreaming are things like:

Re: Low-Overhead Heap Profiling

2015-06-22 Thread Mario Torre
I for one would love it. Cheers, Mario 2015-06-22 20:48 GMT+02:00 Jeremy Manson : > Hey folks, > > (cc'ing Aleksey and John, because I mentioned this to them at the JVMLS last > year, but I never followed up.) > > We have a patch at Google I've always wanted to contribute to OpenJDK, but I > alwa

Re: JEP 240: Remove the JVM TI hprof Agent

2015-02-23 Thread Mario Torre
2015-02-20 16:59 GMT+01:00 Florian Weimer : > On 02/16/2015 04:23 PM, Mario Torre wrote: >> Thermostat does support that natively with the CLI interface. Also I >> believe Visual VM can deal with saved and exported hprof dumps, >> likewise MAT (and Thermostat), which is proba

Re: JEP 240: Remove the JVM TI hprof Agent

2015-02-16 Thread Mario Torre
2015-02-16 13:47 GMT+01:00 Florian Weimer : > On 02/13/2015 01:46 AM, mark.reinh...@oracle.com wrote: >> New JEP Candidate: http://openjdk.java.net/jeps/240 > > Removal of the hprof agent interferes with my TLS performance work. I'm > not complaining (removing cruft is always a good idea), I'm jus

Re: RFR [8055338]: (process) Add instrumentation to help diagnose JDK-6573254

2014-08-19 Thread Mario Torre
Is there any reason why this link is only accessible if I log-in? Mario 2014-08-18 23:19 GMT+02:00 Ivan Gerasimov : > Hello! > > This is a request to temporarily add some instrumentation code to hotspot to > help diagnose the intermittent failure on Windows, which results in a wrong > exit code o

Re: Need comments on JEP-158: Unified JVM Logging

2014-05-16 Thread Mario Torre
On Fri, 2014-05-16 at 11:45 +0100, Richard Warburton wrote: > Hi, Hi all, I share this same doubts, and I'm also a bit confused. > I'm not saying that an abstract framework should depend upon the details of > the different components but if you had component definable markers for the > type of i

Re: JEP 167

2014-05-16 Thread Mario Torre
On Fri, 2014-05-16 at 09:12 +0200, Staffan Larsen wrote: Hello Staffan, Thanks for the quick reply. > JEP 167 is done and should be in the completed state. I’ll see if I > can get that updated. The relevant bug (with change set information) > is: https://bugs.openjdk.java.net/browse/JDK-8005849.

JEP 167

2014-05-15 Thread Mario Torre
Hi all! What's the state of JEP 167? http://openjdk.java.net/jeps/167 I was trying to understand what kind of events have been added and how I can retrieve them from the outside world, but documentation seems to be quite lacking and it's difficult to find everything. I'm also interested in addi

Re: RFR - 6526682: JConsole shows negative CPU Usage

2013-06-04 Thread Mario Torre
I agree with Erik and Staffan, I was actually a bit surprised this passed the review status so quickly. The code right before that line is: float cpuUsage = Math.min(99F, elapsedCpu / (elapsedTime * 1F * result.nCPUs)); I would look at elapsedTime as a suspect here. It really seems to me so