RE: any impact to DML sql statements when checkpoint starting - Mailing list pgsql-admin

From James Pang (chaolpan)
Subject RE: any impact to DML sql statements when checkpoint starting
Date
Msg-id PH0PR11MB51915382B006E40B9586EA2ED6299@PH0PR11MB5191.namprd11.prod.outlook.com
Whole thread Raw
In response to Re: any impact to DML sql statements when checkpoint starting  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: any impact to DML sql statements when checkpoint starting  ("David G. Johnston" <david.g.johnston@gmail.com>)
List pgsql-admin

So the main concern about checkpoint impact  is IO,  in order to reduce the IO by checkpoint, in addition to postgres checkpoint parameters. Linux(Redhat 8), some OS kernel parameters need to be set ,right?

 

vm.dirty_expire_centisecs=500

vm.dirty_writeback_centisecs=250

vm.dirty_ratio=30

vm.dirty_background_ratio = 10

 

Thanks,

 

James

From: David G. Johnston <david.g.johnston@gmail.com>
Sent: Friday, February 4, 2022 8:35 AM
To: James Pang (chaolpan) <chaolpan@cisco.com>
Cc: pgsql-admin@lists.postgresql.org
Subject: Re: any impact to DML sql statements when checkpoint starting

 

On Thu, Feb 3, 2022 at 5:29 PM James Pang (chaolpan) <chaolpan@cisco.com> wrote:

Any impact to DML(insert,update,delete,commit)  when checkpoint starting ,  not sure any lock waiting ?

 

 

Checkpoints consume disk I/O.  If the pages your DML are touching are not already in shared memory, getting them there also consumes I/O.  The WAL writing consumes I/O.

I would expect some possible (but I'd think minor) contention if the changes are touching the same buffer pages that are being flushed to disk.  But pages are fairly small individually.

 

David J.

 

pgsql-admin by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: any impact to DML sql statements when checkpoint starting
Next
From: "David G. Johnston"
Date:
Subject: Re: any impact to DML sql statements when checkpoint starting