Re: Re: Red Hat to support PostgreSQL - Mailing list pgsql-general

From Bruce Momjian
Subject Re: Re: Red Hat to support PostgreSQL
Date
Msg-id 200106280341.f5S3fOu01943@candle.pha.pa.us
Whole thread Raw
In response to Re: Re: Red Hat to support PostgreSQL  (Philip Molter <philip@datafoundry.net>)
List pgsql-general
> : In a sense threads were a solution to a process bloating problem.
> : Linux/BSD have much lighter processes and hence work better for
> : PostgreSQL.  Again, this is only a guess.
> :
> : MySQL does more stuff with threads while PostgreSQL switches process
> : because each backend is a process.
>
> Does more stuff with threads?  It does all stuff with threads.  Your
> guess was our guess, which is why we tried shoving the thing over to a
> Linux box.  Now if I only I could figure out why kernel CPU usage keeps
> going up incrementally over time (went from roughly a 5% average to a
> 16% average in two days) the more we run the system.  All signs are
> pointing to postgres.
>
> VACUUM ANALYZE-ing the tables used to reduce it back down, but now, it
> doesn't appear to be as effective (might go from 16% back down to
> 13%).  Anyone know what causes that, and better yet, anyone know how to
> fix it?  We see similar behavior under Solaris.

My only guess is index growth.  We don't reclaim disk space used by
indexes after data removal.  You have to drop/recreate the index.  It is
on the TODO list.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

pgsql-general by date:

Previous
From: "Thomas T. Veldhouse"
Date:
Subject: Re: Problem with null timestamp fields
Next
From: エイエムエス
Date:
Subject: installation error