Skip site navigation (1) Skip section navigation (2)

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: (view raw, whole thread or download thread mbox)
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  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

pgsql-interfaces by date

Next:From: TomasDate: 2000-05-25 07:21:07
Subject: Database names ...
Previous:From: dagrazDate: 2000-05-24 20:54:05
Subject: libpq++ updates

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group