AFAIR, jetty provides a MBean where you can see the number of
connections per connector. So you should be able to see it using jconsole.
Regards
JB
On 07/21/2015 02:07 PM, Srikanth Hugar wrote:
I think we are doing it. Let me cross check once again.
How to i check the number of open connections in karaf (with jetty)?
Do we have any command to check?
Srikanth Hugar
www.gharki.com <http://www.gharki.com>
On Tue, Jul 21, 2015 at 5:31 PM, Achim Nierbeck <[email protected]
<mailto:[email protected]>> wrote:
and you are shure you're closing all those connections with the
socket.io <http://socket.io> stuff?
regards, Achim
2015-07-21 13:58 GMT+02:00 Srikanth Hugar <[email protected]
<mailto:[email protected]>>:
We do not have so requests coming in. I we are running socket.io
<http://socket.io> client and server inside container.
apache karaf : 3.0.0
Jetty : 8.x (with 2 SSL connectors)
netty socket.io <http://socket.io>
Srikanth Hugar
www.gharki.com <http://www.gharki.com>
On Tue, Jul 21, 2015 at 4:13 PM, Achim Nierbeck
<[email protected] <mailto:[email protected]>> wrote:
Hi,
actually those 16million instances of ByteBuffer,
SSLEngineResult and EngineArgs are more worrying to me.
What is the scenario you run your applications with? Do you
have so much SSL requests coming in?
regards, Achim
2015-07-21 10:18 GMT+02:00 Jean-Baptiste Onofré
<[email protected] <mailto:[email protected]>>:
The number of instances of int[] looks large for me (31%
of the heap).
Can you drill down the classes/threads which create
those arrays of int ?
Regards
JB
On 07/21/2015 10:05 AM, Srikanth Hugar wrote:
Thank you.
I have collected the heap dump and noticed lot of
memory getting
consumed. I need to analyse.
Please find the attached image of the heap dump.
Please let me know if
your already aware of the issue.
Srikanth Hugar
www.gharki.com <http://www.gharki.com>
<http://www.gharki.com>
On Tue, Jul 21, 2015 at 11:38 AM, Jean-Baptiste
Onofré <[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>
wrote:
Hi Srikanth
stopping a bundle will call the activator stop
method of the bundle,
but it won't remove the bundle classloader. You
have to uninstall
the bundle to actually remove
I guess that you see heap consumption (not non
heap), so it's
probably due object instantiation.
If you take a heap dump or plug jvisualvm to
Karaf, you will see the
most instantiated objects and the ones which
take most of the
memory. Then you will be able to identify
(using the package and
path), the bundle at the origin.
Regards
JB
On 07/21/2015 07:50 AM, Srikanth Hugar wrote:
Hello,
I wanted to know whether is it
possible to check the bundle
memory usage.
I have the karaf running and more memory is
getting consumed.
And also wanted to know if we stop the
bundle in running karaf,
is more
get released?
I suspected one bundle consuming memory and
i stopped the
bundle, but
memory not released.
any information would be very helpful.
Best Regards,
Srikanth
--
Jean-Baptiste Onofré
[email protected] <mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Jean-Baptiste Onofré
[email protected] <mailto:[email protected]>
http://blog.nanthrax.net
Talend - http://www.talend.com
--
Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web
<http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
Software Architect / Project Manager / Scrum Master
--
Apache Member
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
Committer & Project Lead
blog <http://notizblog.nierbeck.de/>
Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
Software Architect / Project Manager / Scrum Master
--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com
