Lists: | pgsql-general |
---|
From: | Ottavio Campana <ottavio(at)campana(dot)vi(dot)it> |
---|---|
To: | pgsql-general General <pgsql-general(at)postgresql(dot)org> |
Subject: | memory leakage in libpg? |
Date: | 2007-07-19 10:15:17 |
Message-ID: | 469F39B5.20002@campana.vi.it |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Lists: | pgsql-general |
I'm developing a program in C that acquires data from an I/O card and
stores values in postgresql.
I noticed that the program uses more and more ram, so I decided to debug
it with valgrind, and I found
==28449== 156 (36 direct, 120 indirect) bytes in 1 blocks are definitely
lost in loss record 2 of 8
==28449== at 0x402137E: malloc (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==28449== by 0x4154799: (within /lib/libc-2.5.so)
==28449== by 0x4154E85: __nss_database_lookup (in /lib/libc-2.5.so)
==28449== by 0x4459079: ???
==28449== by 0x4459DAA: ???
==28449== by 0x4112294: getpwuid_r (in /lib/libc-2.5.so)
==28449== by 0x4111C98: getpwuid (in /lib/libc-2.5.so)
==28449== by 0x4082A63: (within /usr/lib/postgresql-8.2/lib/libpq.so.5.0)
==28449== 40 bytes in 5 blocks are indirectly lost in loss record 3 of 8
==28449== at 0x402137E: malloc (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==28449== by 0x41543BB: __nss_lookup_function (in /lib/libc-2.5.so)
==28449== by 0x4459099: ???
==28449== by 0x4459DAA: ???
==28449== by 0x4112294: getpwuid_r (in /lib/libc-2.5.so)
==28449== by 0x4111C98: getpwuid (in /lib/libc-2.5.so)
==28449== by 0x4082A63: (within /usr/lib/postgresql-8.2/lib/libpq.so.5.0)
==28449== 80 bytes in 5 blocks are indirectly lost in loss record 6 of 8
==28449== at 0x402137E: malloc (in
/usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==28449== by 0x4144176: tsearch (in /lib/libc-2.5.so)
==28449== by 0x415437D: __nss_lookup_function (in /lib/libc-2.5.so)
==28449== by 0x4459099: ???
==28449== by 0x4459DAA: ???
==28449== by 0x4112294: getpwuid_r (in /lib/libc-2.5.so)
==28449== by 0x4111C98: getpwuid (in /lib/libc-2.5.so)
==28449== by 0x4082A63: (within /usr/lib/postgresql-8.2/lib/libpq.so.5.0)
Do you have any hint to better identify the problem? Server and client
are running gentoo 2007.0 x86 stable using CFLAGS="-march=i686 -mmmx
-msse -msse2 -msse3 -Os -pipe -fomit-frame-pointer"
--
Non c'e' piu' forza nella normalita', c'e' solo monotonia.
From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Ottavio Campana <ottavio(at)campana(dot)vi(dot)it> |
Cc: | pgsql-general General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: memory leakage in libpg? |
Date: | 2007-07-19 14:13:47 |
Message-ID: | 4525.1184854427@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Lists: | pgsql-general |
Ottavio Campana <ottavio(at)campana(dot)vi(dot)it> writes:
> =3D=3D28449=3D=3D 156 (36 direct, 120 indirect) bytes in 1 blocks are def=
> initely
> lost in loss record 2 of 8
> =3D=3D28449=3D=3D at 0x402137E: malloc (in
> /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
> =3D=3D28449=3D=3D by 0x4154799: (within /lib/libc-2.5.so)
> =3D=3D28449=3D=3D by 0x4154E85: __nss_database_lookup (in /lib/libc-2.=
> 5.so)
> =3D=3D28449=3D=3D by 0x4459079: ???
> =3D=3D28449=3D=3D by 0x4459DAA: ???
> =3D=3D28449=3D=3D by 0x4112294: getpwuid_r (in /lib/libc-2.5.so)
> =3D=3D28449=3D=3D by 0x4111C98: getpwuid (in /lib/libc-2.5.so)
> =3D=3D28449=3D=3D by 0x4082A63: (within /usr/lib/postgresql-8.2/lib/li=
> bpq.so.5.0)
This leak is in libc. File a bug report with your Linux provider.
regards, tom lane