Re: Fix mdsync never-ending loop problem

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Heikki Linnakangas <heikki(at)enterprisedb(dot)com>
Cc: Patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: Fix mdsync never-ending loop problem
Date: 2007-04-05 16:34:03
Message-ID: 28455.1175790843@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Heikki Linnakangas <heikki(at)enterprisedb(dot)com> writes:
> Tom Lane wrote:
>> But I dislike copying the table entries anyway, see comment on -hackers.

> Frankly the cycle id idea sounds more ugly and fragile to me. You'll
> need to do multiple scans of the hash table that way, starting from top
> every time you call AbsorbFsyncRequests (like we do know).

How so? You just ignore entries whose cycleid is too large. You'd have
to be careful about wraparound in the comparisons, but that's not hard
to deal with. Also, AFAICS you still have the retry problem (and an
even bigger memory leak problem) with this coding --- the "to-do list"
doesn't eliminate the issue of correct handling of a failure.

> Ok, will do that. Or would you like to just take over from here?

No, I'm up to my ears in varlena. You're the one in a position to test
this, anyway.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2007-04-05 16:51:34 buildfarm minimum script versions
Previous Message Markus Schiltknecht 2007-04-05 16:29:27 Re: Auto Partitioning

Browse pgsql-patches by date

  From Date Subject
Next Message Heikki Linnakangas 2007-04-05 16:57:04 Re: Fix mdsync never-ending loop problem
Previous Message Markus Schiltknecht 2007-04-05 16:29:27 Re: Auto Partitioning