Bug 82072 - postmaster consumes lots of CPU
Summary: postmaster consumes lots of CPU
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: postgresql
Version: 7.1
Hardware: i686
OS: Linux
high
high
Target Milestone: ---
Assignee: Andrew Overholt
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-01-17 03:02 UTC by Ben Elliston
Modified: 2005-10-31 22:00 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-01-17 16:50:07 UTC
Embargoed:


Attachments (Terms of Use)

Description Ben Elliston 2003-01-17 03:02:06 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3; Linux)

Description of problem:
Since upgrading (via RHN) to postgresql-7.0.3-9.2, postmaster has been consuming lots of CPU--and never backing off its usage after startup.  The database on my system is used only for webmail address books and is *very, very* lightly utilised.

This happened as soon as I upgraded to the latest postgresql RPM on the redhat-7.1 channel.


Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Try upgrading to postgresql-7.0.3-9.2 on an up2date 7.1 system.
2.
3.
    

Actual Results:  postmaster process consumes ~95% of CPU.

Expected Results:  postmaster should be dormant.

Additional info:

This happened as soon as I upgraded my postgresql packages via RHN due to recently discovered security holes.

Comment 1 Andrew Overholt 2003-01-17 16:50:07 UTC
I can't seem to reproduce this bug.  I have tried loading the server (medium to
high loads) and the CPU usage never increases beyond 3% or so.  This behaviour
is consistent over different trials and different machines.  It should be noted
that these systems were almost completely base installations with everything
else up to date.  Perhaps the error lies somewhere else and it is just
coincidence?  The package is essentially the same thing with just a few security
holes filled in here and there ... not much to affect performance in such a
major way.

Marking WORKSFORME.


Note You need to log in before you can comment on or make changes to this bug.