Re: [PERFORM] Extreme high load averages

From: Martin Foster <martin(at)ethereal-realms(dot)org>
To: Richard Huxton <dev(at)archonet(dot)com>
Cc: PostgreSQL Novice <pgsql-novice(at)postgresql(dot)org>, PostgreSQL Performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: [PERFORM] Extreme high load averages
Date: 2003-07-07 04:21:29
Message-ID: 3F08F549.3040206@ethereal-realms.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-novice pgsql-performance

Richard Huxton wrote:
>
> I don't know the *BSDs myself, but do you have the equivalent of iostat/vmstat
> output you could get for us? Also a snapshot of "top" output? People are
> going to want to see:
> - overall memory usage (free/buffers/cache/swap)
> - memory usage per process
> - disk activity (blocks in/out)
>

I changed a bit of the scripting code to cut down on the weight of a
query being run. This is the only thing in the entire system that
would cause scripts to run at high processor times for extended lengths.
With the corrections, postgres processes average more closely to < 1%
then before.

This is not stopping the system from getting high load averages.
Attached, is an example of the site running at 160 users with very slow
response rates (30 seconds for some scripts). According to top, and ps
nothing is taking up all that processing time.

The processor seems to be purposely sitting there twiddling it's thumbs.
Which leads me to believe that perhaps the nice levels have to be
changed on the server itself? And perhaps increase the file system
buffer to cache files in memory instead of always fetching/writing them?

Anyone more ideas?

Martin Foster
Creator/Designer Ethereal Realms
martin(at)ethereal-realms(dot)org

Attachment Content-Type Size
stats.txt text/plain 4.9 KB

In response to

Responses

Browse pgsql-novice by date

  From Date Subject
Next Message Dennis Björklund 2003-07-07 09:07:15 Re: [PERFORM] Extreme high load averages
Previous Message Aaron Dummer 2003-07-07 00:38:34 Revoke privilege from multiple tables

Browse pgsql-performance by date

  From Date Subject
Next Message Shridhar Daithankar 2003-07-07 06:45:59 Re: Another POC initdb patch
Previous Message Martin Foster 2003-07-07 03:42:47 Re: Moving postgresql.conf tunables into 2003...