On Sun, 2010-04-25 at 20:25 +0200, Erik Rijkers wrote:
> Sorry if it's too much data, but to me at least it was illuminating;
> I now understand the effects of the different parameters better.
That's great, many thanks.
A few observations
* Standby performance is actually slightly above normal running. This is
credible because of the way snapshots are now taken. We don't need to
scan the procarray looking for write transactions, since we know
everything is read only. So we scan just the knownassignedxids, which if
no activity from primary will be zero-length, so snapshots will actually
get taken much faster in this case on standby. The snapshot performance
on standby is O(n) where n is the number of write transactions
"currently" on primary (transfer delays blur the word "currently").
* The results for scale factor < 100 are fine, and the results for >100
with few connections get thrown out by long transaction times. With
larger numbers of connections the wait problems seem to go away. Looks
like Erik (and possibly Hot Standby in general) has an I/O problem,
though "from what" is not yet determined. It could be just hardware, or
might be hardware plus other factors.
Simon Riggs www.2ndQuadrant.com
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2010-04-25 19:13:06|
|Subject: Re: inlining SQL functions |
|Previous:||From: Tom Lane||Date: 2010-04-25 19:02:23|
|Subject: Re: global temporary tables |