Re: Disk filling, CPU filling, renegade inserts and deletes?

From: Richard Plotkin <richard(at)richardplotkin(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Disk filling, CPU filling, renegade inserts and deletes?
Date: 2005-04-25 03:13:47
Message-ID: 2dc4db3fb0cb69c0dec1440acd5c1ceb@richardplotkin.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hi Tom,

Thanks! That's exactly what it was. There was a discrepancy in the
data that turned this into an endless loop. Everything has been
running smoothly since I made a change.

Thanks so much,
Richard

On Apr 23, 2005, at 12:50 PM, Tom Lane wrote:

> Richard Plotkin <richard(at)richardplotkin(dot)com> writes:
>> Thanks for your responses this morning. I did the select relname, and
>> it returned 0 rows. I do have one function that creates a temp table
>> and fills it within the same transaction. I'm pasting it below.
>> Perhaps the "ON COMMIT DROP" is causing problems, and I need to drop
>> the table at the end of the function instead of using ON COMMIT DROP?
>
> Well, I think we can conclude that the function is pushing way more
> data into the temp table than you expect. I am wondering if that loop
> in the middle of the function is turning into an infinite loop ---
> could
> it be finding some sort of cycle in your page data? You might want to
> add some RAISE NOTICE commands to the loop so you can track what it's
> doing.
>
> regards, tom lane
>

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Tom Lane 2005-04-25 04:59:27 Re: [HACKERS] Bad n_distinct estimation; hacks suggested?
Previous Message Jim C. Nasby 2005-04-24 22:01:46 Re: Sort and index