Re: Fine tune or disable JMX activity

2012-06-22 Thread Jacopo Cappellato

On Jun 22, 2012, at 5:45 PM, Caldarale, Charles R wrote:

> So let's see... you're using VisualVM which depends on JMX to retrieve the 
> information it reports, and you want to disable JMX?
> 
> I think you're observing self-induced behavior.

ah ah, yes I think you are quite right and it was a dumb question indeed.

By the way, thank you, it helped me.

Jacopo
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



RE: Fine tune or disable JMX activity

2012-06-22 Thread Caldarale, Charles R
> From: Jacopo Cappellato [mailto:jacopo.cappell...@gmail.com] 
> Subject: Fine tune or disable JMX activity

> While doing some profiling with Java VisualVM I have noticed that a lot of 
> object (java.util.TreeMap$Entry) are created even when there is no traffic;
> they don't represent a memory leak because a garbage collection removes them
> all, but the still grow at a very high pace; they seem to be generated by
> JMX support in Tomcat.

So let's see... you're using VisualVM which depends on JMX to retrieve the 
information it reports, and you want to disable JMX?

I think you're observing self-induced behavior.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Fine tune or disable JMX activity

2012-06-22 Thread Pid
On 22/06/2012 16:30, Jacopo Cappellato wrote:
> 
> On Jun 22, 2012, at 5:11 PM, Pid wrote:
> 
>> On 22/06/2012 16:09, Jacopo Cappellato wrote:
>>> Hi all,
>>>
>>> I am a committer of the Apache OFBiz project; OFBiz uses Tomcat 7.0.28 in 
>>> embedded mode.
>>> While doing some profiling with Java VisualVM I have noticed that a lot of 
>>> object (java.util.TreeMap$Entry) are created even when there is no traffic; 
>>> they don't represent a memory leak because a garbage collection removes 
>>> them all, but the still grow at a very high pace; they seem to be generated 
>>> by JMX support in Tomcat.
>>
>> Can you explain a little about how you concluded that Tomcat's JMX
>> support is responsible?
>>
> 
> I am actually not sure if Tomcat is responsible for this (it could actually 
> be completely unrelated); I think it is related to JMX because I have found 
> that most of the objects are created in the following stack:
> 
> https://cwiki.apache.org/confluence/download/attachments/27850262/profiler-snapshot.png

There's no Tomcat code in that tree.

How many bytes is it using, am I reading that correctly?
Is there an issue with this at all?


p


>>> Is it possible? Is there a way to disable JMX related activity (if not 
>>> needed, of course)? I am worried that this could cause an unnecessary waste 
>>> of server resources (more frequent GCs etc...).
>>>
>>> Thanks in advance,
>>>
>>> Jacopo
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>
>>
>>
>> -- 
>>
>> [key:62590808]
>>
>>
>>
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


-- 

[key:62590808]





signature.asc
Description: OpenPGP digital signature


Re: Fine tune or disable JMX activity

2012-06-22 Thread Jacopo Cappellato

On Jun 22, 2012, at 5:11 PM, Pid wrote:

> On 22/06/2012 16:09, Jacopo Cappellato wrote:
>> Hi all,
>> 
>> I am a committer of the Apache OFBiz project; OFBiz uses Tomcat 7.0.28 in 
>> embedded mode.
>> While doing some profiling with Java VisualVM I have noticed that a lot of 
>> object (java.util.TreeMap$Entry) are created even when there is no traffic; 
>> they don't represent a memory leak because a garbage collection removes them 
>> all, but the still grow at a very high pace; they seem to be generated by 
>> JMX support in Tomcat.
> 
> Can you explain a little about how you concluded that Tomcat's JMX
> support is responsible?
> 

I am actually not sure if Tomcat is responsible for this (it could actually be 
completely unrelated); I think it is related to JMX because I have found that 
most of the objects are created in the following stack:

https://cwiki.apache.org/confluence/download/attachments/27850262/profiler-snapshot.png

Regards,

Jacopo

> 
> p
> 
> 
>> Is it possible? Is there a way to disable JMX related activity (if not 
>> needed, of course)? I am worried that this could cause an unnecessary waste 
>> of server resources (more frequent GCs etc...).
>> 
>> Thanks in advance,
>> 
>> Jacopo
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>> 
> 
> 
> -- 
> 
> [key:62590808]
> 
> 
> 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Re: Fine tune or disable JMX activity

2012-06-22 Thread Pid
On 22/06/2012 16:09, Jacopo Cappellato wrote:
> Hi all,
> 
> I am a committer of the Apache OFBiz project; OFBiz uses Tomcat 7.0.28 in 
> embedded mode.
> While doing some profiling with Java VisualVM I have noticed that a lot of 
> object (java.util.TreeMap$Entry) are created even when there is no traffic; 
> they don't represent a memory leak because a garbage collection removes them 
> all, but the still grow at a very high pace; they seem to be generated by JMX 
> support in Tomcat.

Can you explain a little about how you concluded that Tomcat's JMX
support is responsible?


p


> Is it possible? Is there a way to disable JMX related activity (if not 
> needed, of course)? I am worried that this could cause an unnecessary waste 
> of server resources (more frequent GCs etc...).
> 
> Thanks in advance,
> 
> Jacopo
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


-- 

[key:62590808]





signature.asc
Description: OpenPGP digital signature