Re: [jgroups-dev] JGroups memory leak?

--===============0117757384652858523==
Content-Type: multipart/alternative; boundary="001a1140c52a810b570557f6c88a"

--001a1140c52a810b570557f6c88a
Content-Type: text/plain; charset="UTF-8"

Thanks for your reply.
I do not see anything abnormal in  "hotspots by object size" or "hostspots
by object count", except for some object clones of
org.jgroups.protocols.MERGE3$MergeHeader$Type.
I was wondering whether all TcpConnections may point on an infinite call
loop (of send-receive) that causes multiple classes to be created and
eventually cause a leak?

On Tue, Aug 29, 2017 at 7:01 PM, Development issues <
[email protected]> wrote:

> I don't see anything wrong with this: what you're seeing in the screen
> shot are TcpConnections, and 1 thread for each waiting on I/O...
>
> These connections don't use up a lot of memory.
>
> It would be more interesting to see "hotspots by object size" and/or
> "hostspots by object count"...
>
>
>
> On 29/08/17 10:20, Development issues wrote:
>
>> Hi,
>> For the last 2 years, we are using JGroups (currently 3.4.8) for messaging
>> between java processes, some are java main and some running under Tomcat.
>> We are now facing memory issues and used a profiler to analyze them, and
>> found out a huge increase in the # of JGroups classes. See attached stack
>> straces and image
>>
>> We are using the attached configuration.
>>
>> i'll appreciate if someone can tell me what's wrong...
>>
>> Thanks in advance.
>> jgroups_classes.png
>> <http://jgroups.1086181.n5.nabble.com/file/n11406/jgroups_classes.png>
>> stacktraces.txt
>> <http://jgroups.1086181.n5.nabble.com/file/n11406/stacktraces.txt>
>> jgroupsConf.xml
>> <http://jgroups.1086181.n5.nabble.com/file/n11406/jgroupsConf.xml>
>>
>>
>>
>>
>> --
>> View this message in context: http://jgroups.1086181.n5.nabb
>> le.com/JGroups-memory-leak-tp11406.html
>> Sent from the JGroups - Dev mailing list archive at Nabble.com.
>>
>> ------------------------------------------------------------
>> ------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> Javagroups-development mailing list
>>
>>
> --
> Bela Ban | http://www.jgroups.org
>
>
>
> ------------------------------------------------------------
> ------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Javagroups-development mailing list
>
>

--001a1140c52a810b570557f6c88a
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Thanks for your reply.<div>I do not see anything abnormal =
in =C2=A0<span style=3D"font-size:12.8px">&quot;hotspots by object size&quo=
t; or &quot;hostspots by object count&quot;, except for some object clones =
of=C2=A0</span>org.jgroups.protocols.MERGE3$MergeHeader$Type.</div><div><di=
v>I was wondering whether all TcpConnections may point on an infinite call =
loop (of send-receive) that causes multiple classes to be created and event=
ually cause a leak?</div></div></div><div class=3D"gmail_extra"><br><div cl=
ass=3D"gmail_quote">On Tue, Aug 29, 2017 at 7:01 PM, Development issues <sp=
an dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]=
ge.net" target=3D"_blank">[email protected]</a>&=
gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0 =
0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don&#39;t see anythin=
g wrong with this: what you&#39;re seeing in the screen shot are TcpConnect=
ions, and 1 thread for each waiting on I/O...<br>
<br>
These connections don&#39;t use up a lot of memory.<br>
<br>
It would be more interesting to see &quot;hotspots by object size&quot; and=
/or &quot;hostspots by object count&quot;...<div class=3D"HOEnZb"><div clas=
s=3D"h5"><br>
<br>
<br>
On 29/08/17 10:20, Development issues wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Hi,<br>
For the last 2 years, we are using JGroups (currently 3.4.8) for messaging<=
br>
between java processes, some are java main and some running under Tomcat.<b=
r>
We are now facing memory issues and used a profiler to analyze them, and<br=
>
found out a huge increase in the # of JGroups classes. See attached stack<b=
r>
straces and image<br>
<br>
We are using the attached configuration.<br>
<br>
i&#39;ll appreciate if someone can tell me what&#39;s wrong...<br>
<br>
Thanks in advance.<br>
jgroups_classes.png<br>
&lt;<a href=3D"http://jgroups.1086181.n5.nabble.com/file/n11406/jgroups_cla=
sses.png" rel=3D"noreferrer" target=3D"_blank">http://jgroups.1086181.n5.na=
b<wbr>ble.com/file/n11406/jgroups_<wbr>classes.png</a>&gt;<br>
stacktraces.txt<br>
&lt;<a href=3D"http://jgroups.1086181.n5.nabble.com/file/n11406/stacktraces=
.txt" rel=3D"noreferrer" target=3D"_blank">http://jgroups.1086181.n5.nab<wb=
r>ble.com/file/n11406/stacktrace<wbr>s.txt</a>&gt;<br>
jgroupsConf.xml<br>
&lt;<a href=3D"http://jgroups.1086181.n5.nabble.com/file/n11406/jgroupsConf=
.xml" rel=3D"noreferrer" target=3D"_blank">http://jgroups.1086181.n5.nab<wb=
r>ble.com/file/n11406/jgroupsCon<wbr>f.xml</a>&gt;<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href=3D"http://jgroups.1086181.n5.nabble.c=
om/JGroups-memory-leak-tp11406.html" rel=3D"noreferrer" target=3D"_blank">h=
ttp://jgroups.1086181.n5.nabb<wbr>le.com/JGroups-memory-leak-<wbr>tp11406.h=
tml</a><br>
Sent from the JGroups - Dev mailing list archive at Nabble.com.<br>
<br>
------------------------------<wbr>------------------------------<wbr>-----=
-------------<br>
Check out the vibrant tech community on one of the world&#39;s most<br>
engaging tech sites, Slashdot.org! <a href=3D"http://sdm.link/slashdot" rel=
=3D"noreferrer" target=3D"_blank">http://sdm.link/slashdot</a><br>
______________________________<wbr>_________________<br>
Javagroups-development mailing list<br>
<br>
</blockquote>
<br></div></div><span class=3D"HOEnZb"><font color=3D"#888888">
-- <br>
Bela Ban | <a href=3D"http://www.jgroups.org" rel=3D"noreferrer" target=3D"=
_blank">http://www.jgroups.org</a></font></span><div class=3D"HOEnZb"><div =
class=3D"h5"><br>
<br>
<br>
------------------------------<wbr>------------------------------<wbr>-----=
-------------<br>
Check out the vibrant tech community on one of the world&#39;s most<br>
engaging tech sites, Slashdot.org! <a href=3D"http://sdm.link/slashdot" rel=
=3D"noreferrer" target=3D"_blank">http://sdm.link/slashdot</a><br>
______________________________<wbr>_________________<br>
Javagroups-development mailing list<br>
<br>
</div></div></blockquote></div><br></div>

--001a1140c52a810b570557f6c88a--


--===============0117757384652858523==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
--===============0117757384652858523==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Javagroups-development mailing list


--===============0117757384652858523==--