Re: Postmaster is getting bigger

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "S(dot)F(dot) Lee" <sflee_tw(at)yahoo(dot)com>
Cc: pgsql-interfaces(at)postgresql(dot)org
Subject: Re: Postmaster is getting bigger
Date: 2000-05-24 22:56:29
Message-ID: 12897.959208989@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces

"S.F. Lee" <sflee_tw(at)yahoo(dot)com> writes:
> I am revamping a computer system by Red Hat 6.0 +
> PostgreSQL 6.5.3 + ecpg 2.7 + C. The user interface is
> perl Pg + Apache. Everything seems fine, but when I
> use "top" to display long term CPU processes, I find
> the postmaster is getting bigger in step of 4 kb and
> performance is getting worse GRADUALLY (It seems that
> perl + Pg would make the size expansion more quickly
> than ECPG). Here are some data display in "top":

Are your clients connecting via TCP/IP, or via Unix sockets?

We recently discovered that the getprotobyname() library function
leaks memory in RH6.0 (at least with libc.so.6). Since the postmaster
was calling that for each connection accepted via TCP, you'd see
steady growth of the postmaster over time on platforms with this bug.
Tim Brookes reported the leakage rate to be about 300 bytes per
connection cycle.

While this problem doesn't directly affect performance, it could slow
things down indirectly --- for example by making fork() take longer to
launch a new backend.

This is fixed for 7.0.1 by not calling getprotobyname(). If you are
in a hurry see the nightly snapshot tarballs...

regards, tom lane

In response to

Browse pgsql-interfaces by date

  From Date Subject
Next Message Tomas 2000-05-25 07:21:07 Database names ...
Previous Message dagraz 2000-05-24 20:54:05 libpq++ updates