Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search archives
  Advanced Search

Re: Re: Hot Standby query cancellation and Streaming Replication integration


  • From: Dimitri Fontaine <dfontaine(at)hi-media(dot)com>
  • To: Josh Berkus <josh(at)agliodbs(dot)com>
  • Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
  • Subject: Re: Re: Hot Standby query cancellation and Streaming Replication integration
  • Date: Sun, 28 Feb 2010 21:54:52 +0100
  • Message-id: <m2fx4lgjxf.fsf@hi-media.com> <text/plain>

Josh Berkus <josh(at)agliodbs(dot)com> writes:
> 2) A more usable vacuum_defer_cleanup_age.  If it was feasible for a
> user to configure the master to not vacuum records less than, say, 5
> minutes dead, then that would again offer the choice to the user of
> slightly degraded performance on the master (acceptable) vs. lots of
> query cancel (unacceptable).  I'm going to test Greg's case with
> vacuum_cleanup_age used fairly liberally to see if this approach has
> merit.

I think that to associate any time based interval notion with the XID
flow, you need a ticker. We already took the txid and txid_snapshot
types and functions from Skytools, which took them from Slony.

Maybe we could consider borrowing pgqd, the C version of the ticker, for
being able to specify in human time how long a dead transaction is
allowed to remain in the heap?

  http://github.com/markokr/skytools-dev/tree/master/sql/ticker/

Regards,
-- 
dim



Home | Main Index | Thread Index

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group