Re: race condition in sync rep

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: <simon(at)2ndQuadrant(dot)com>,<robertmhaas(at)gmail(dot)com>
Cc: <pgsql-hackers(at)postgresql(dot)org>,<tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: race condition in sync rep
Date: 2011-03-27 17:07:21
Message-ID: 4D8F2879020000250003BCD2@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Simon Riggs wrote:

> I'm surprised that a network roundtrip takes less time than the
> backend takes to mark clog and then queue for the SyncRepLock.

I'm not surprised by that at all. Some of our replication involves
Gb or faster connections on the same LAN segment (sometimes on the
same switch).

That's rather beside the point though -- on a busy system a process
can get starved long enough to make some seemingly improbably timings
occur. PostgreSQL shouldn't fall over just because the load gets
heavy enough to cause such timings. A race condition is a race
condition.

-Kevin

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Martijn van Oosterhout 2011-03-27 17:10:44 Re: WIP: Allow SQL-language functions to reference parameters by parameter name
Previous Message SUBHAM ROY 2011-03-27 17:01:48 Re: Needs Suggestion