Re: BUG #8192: On very large tables the concurrent update with vacuum lag the hot_standby replica

From: Simon Riggs <simon(at)2ndQuadrant(dot)com>
To: Federico Campoli <federico(at)brandwatch(dot)com>
Cc: pgsql-bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: BUG #8192: On very large tables the concurrent update with vacuum lag the hot_standby replica
Date: 2013-06-01 19:04:13
Message-ID: CA+U5nM+LhFw69Y7G=kAg54UhxhvJjkxJV8Vk-QPR0sGGFznkGQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On 30 May 2013 17:43, <federico(at)brandwatch(dot)com> wrote:

> It seems on very large tables the concurrent update with vacuum (or
> autovacuum),
> when the slave is in hot standby mode, generates long loops in read on a
> single wal segment during the recovery process.

Not all aspects of hot standby are optimally tuned, as yet. Some room
for improvement exists.

In some cases, conscious choices were made to keep processing on
master fast at the expense of speed on the standby.

There doesn't seem to be anything which is in itself an error here.

--
Simon Riggs http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Jeff Janes 2013-06-02 00:17:44 Re: BUG #8192: On very large tables the concurrent update with vacuum lag the hot_standby replica
Previous Message Simon Riggs 2013-06-01 18:36:47 Re: [BUGS] COPY .... (FORMAT binary) syntax doesn't work