Re: 7.4.1 upgrade issues

From: "Gavin M(dot) Roy" <gmr(at)ehpg(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Andrew Sullivan <ajs(at)crankycanuck(dot)ca>, pgsql-general(at)postgresql(dot)org
Subject: Re: 7.4.1 upgrade issues
Date: 2004-03-07 05:32:57
Message-ID: 404AB409.9080605@ehpg.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I'll post it if you want, but the issue isn't with the optimizer, index
usage, or seq scan, the issue seems to be more revolving around the
backend getting so much cpu priority it's not allowing other backends to
process, or something along those lines. For the hardware question
asked, it's an adaptec 7899 Ultra 160 SCSI card w/ accompanying fast
drives...

Again, I'll send the explain, etc if you think it would help answer my
question, but from my perspective, the amount of time the query takes to
execute isnt my issue, but the fact that nothing else can seemingly
execute while its running.

Gavin

Tom Lane wrote:

>"Gavin M. Roy" <gmr(at)ehpg(dot)net> writes:
>
>
>>It's not WAITING, the larger queries are eating cpu (99%) and the rest
>>are running so slow it would seem they're waitng for processing time.
>>
>>
>
>Could we see EXPLAIN ANALYZE output for the large query? (Also the
>usual supporting evidence, ie table schemas for all the tables
>involved.)
>
> regards, tom lane
>
>---------------------------(end of broadcast)---------------------------
>TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faqs/FAQ.html
>
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2004-03-07 05:59:04 Re: 7.4.1 upgrade issues
Previous Message Tom Lane 2004-03-07 04:15:31 Re: 7.4.1 upgrade issues