Re: plperl doesn't release memory

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Greg Stark <gsstark(at)mit(dot)edu>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: plperl doesn't release memory
Date: 2005-03-25 00:16:18
Message-ID: 23980.1111709778@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Greg Stark <gsstark(at)mit(dot)edu> writes:
> Two mallocs can work fine alongside each other. They each call mmap or
> sbrk to allocate new pages and they each manage the pages they've
> received. They won't have any idea why the allocator seems to be
> skipping pages, but they should be careful not to touch those pages.

However, it's quite likely that such a setup will fail to release memory
back to the OS very effectively, and it could easily suffer bad
fragmentation problems even without thinking about whether the program
break address can be moved back. I think what Sven is seeing is exactly
fragmentation inefficiency.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Guy Rouillier 2005-03-25 00:29:56 Re: Converting from single user w/pool to multiple users
Previous Message Greg Stark 2005-03-24 23:58:10 Re: plperl doesn't release memory