Re: checkpointer continuous flushing - V18 - Mailing list pgsql-hackers

From Andres Freund
Subject Re: checkpointer continuous flushing - V18
Date
Msg-id 20160307211347.uyr4osvawtzhnkt5@alap3.anarazel.de
Whole thread Raw
In response to Re: checkpointer continuous flushing - V18  (Fabien COELHO <coelho@cri.ensmp.fr>)
Responses Re: checkpointer continuous flushing - V18
List pgsql-hackers
On 2016-03-07 21:10:19 +0100, Fabien COELHO wrote:
> Now I cannot see how having one context per table space would have a
> significant negative performance impact.

The 'dirty data' etc. limits are global, not per block device. By having
several contexts with unflushed dirty data the total amount of dirty
data in the kernel increases. Thus you're more likely to see stalls by
the kernel moving pages into writeback.

Andres



pgsql-hackers by date:

Previous
From: David Rowley
Date:
Subject: Re: WIP: Upper planner pathification
Next
From: Tom Lane
Date:
Subject: Re: Proposal: RETURNING primary_key()