From: | Dan Sugalski <dan(at)sidhe(dot)org> |
---|---|
To: | Sven Willenberger <sven(at)dmv(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: plperl doesn't release memory |
Date: | 2005-03-24 19:50:50 |
Message-ID: | a06210206be68ca0ec4e9@[192.168.0.8] |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
At 1:51 PM -0500 3/24/05, Tom Lane wrote:
>What you probably ought to do next is build Postgres with a debugging
>malloc library to learn more about who's eating up what. I am not sure
>whether libperl will automatically use the malloc attached to the main
>executable or whether you need to whack it around too. (Come to think
>of it, doesn't Perl normally use its very own private malloc? Maybe
>there's an issue right there ...)
Perl can, yeah. If a
perl -V
shows a "usemymalloc=y" in the output somewhere then perl's using its
own internal malloc and you're definitely never going to release
memory to anything. If it's 'n' then it'll use the default malloc
scheme -- I'm pretty sure for embedding use it uses whatever routines
the embedder defines, but it's been a while since I've poked around
in there.
Anyway, if perl's using its own memory allocator you'll want to
rebuild it to not do that.
--
Dan
--------------------------------------it's like this-------------------
Dan Sugalski even samurai
dan(at)sidhe(dot)org have teddy bears and even
teddy bears get drunk
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-03-24 20:14:39 | Re: plperl doesn't release memory |
Previous Message | Thomas F.O'Connell | 2005-03-24 19:37:12 | Re: How to get the size in bytes of a table data |