Home | About | Sematext search-lucene.com search-hadoop.com
 Search Hadoop and all its subprojects:

Switch to Plain View
Zookeeper, mail # user - Memory leaks in zoo_multi API


+
Deepak Jagtap 2012-10-12, 19:59
+
Marshall McMullen 2012-10-12, 22:34
+
Deepak Jagtap 2012-10-13, 00:19
+
Michi Mutsuzaki 2012-10-12, 20:01
Copy link to this message
-
Re: Memory leaks in zoo_multi API
Deepak Jagtap 2012-10-13, 01:06
Sure, just reported this on jira!

Thanks & Regards,
Deepak

On Fri, Oct 12, 2012 at 1:01 PM, Michi Mutsuzaki <[EMAIL PROTECTED]>wrote:

> Hi Deepak,
>
> It's most likely a memory leak. Could you open a jira for this?
>
> Thanks!
> --Michi
>
> On Fri, Oct 12, 2012 at 12:59 PM, Deepak Jagtap <[EMAIL PROTECTED]>
> wrote:
> > Hi,
> >
> > I am using zookeeper-3.4.4 and frequently using multiupdate operations.
> >
> > While running valgrind it returned following output:
> >
> > ==4056== 2,240 (160 direct, 2,080 indirect) bytes in 1 blocks are
> > definitely lost in loss record 18 of 24
> > ==4056==    at 0x4A04A28: calloc (vg_replace_malloc.c:467)
> > ==4056==    by 0x504D822: create_completion_entry (zookeeper.c:2322)
> > ==4056==    by 0x5052833: zoo_amulti (zookeeper.c:3141)
> > ==4056==    by 0x5052A8B: zoo_multi (zookeeper.c:3240)
> >
> > Just curious do I need explicitly need to handle this cleanup, by
> > invoking some API or is this a memory leak?
> >
> > It looks like completion entries for individual operations in
> > multiupdate transaction are not getting freed. The memory leak size
> > depends on the number of operations in single mutlipupdate
> > transaction.
> >
> > Thanks & Regards,
> >
> > Deepak
>
+
Ted Dunning 2012-10-13, 01:38