Re: Postmaster is getting bigger

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Postmaster is getting bigger
Дата
Msg-id 12897.959208989@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Postmaster is getting bigger  ("S.F. Lee" <sflee_tw@yahoo.com>)
Список pgsql-interfaces
"S.F. Lee" <sflee_tw@yahoo.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


В списке pgsql-interfaces по дате отправления:

Предыдущее
От: dagraz@mindspring.com
Дата:
Сообщение: libpq++ updates
Следующее
От: Tomas
Дата:
Сообщение: Database names ...