Re: PROC_IN_ANALYZE stillborn 13 years ago - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: PROC_IN_ANALYZE stillborn 13 years ago
Date
Msg-id 20200807213544.GA3434@alvherre.pgsql
Whole thread Raw
In response to Re: PROC_IN_ANALYZE stillborn 13 years ago  (Andres Freund <andres@anarazel.de>)
Responses Re: PROC_IN_ANALYZE stillborn 13 years ago  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2020-Aug-05, Andres Freund wrote:

> I'm mildly against that, because I'd really like to start making use of
> the flag. Not so much for cancellations, but to avoid the drastic impact
> analyze has on bloat.  In OLTP workloads with big tables, and without
> disabled cost limiting for analyze (or slow IO), the snapshot that
> analyze holds is often by far the transaction with the oldest xmin.

I pushed despite the objection because it seemed that downstream
discussion was largely favorable to the change, and there's a different
proposal to solve the bloat problem for analyze; and also:

> Only mildly against because it'd not be hard to reintroduce once we need
> it.

Thanks for the discussion!

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: Issue with cancel_before_shmem_exit while searching to remove a particular registered exit callbacks
Next
From: Andres Freund
Date:
Subject: Re: PROC_IN_ANALYZE stillborn 13 years ago