Re: Separate BLCKSZ for data and logging - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Separate BLCKSZ for data and logging
Date
Msg-id 19810.1142540512@sss.pgh.pa.us
Whole thread Raw
In response to Re: Separate BLCKSZ for data and logging  (Simon Riggs <simon@2ndquadrant.com>)
List pgsql-hackers
Simon Riggs <simon@2ndquadrant.com> writes:
> Overall, the two things are fairly separate, apart from the fact that we
> do currently log whole data blocks straight to the log. Usually just
> one, but possibly 2 or three. So I have a feeling that things would
> become less efficient if you did this, not more.

> But its a good line of thought and I'll have a look at that.

I too think reducing the size of WAL blocks might be a win, because
we currently always write whole blocks, and so a series of small
transactions will be rewriting the same 8K block multiple times.
If the filesystem's native block size is less than 8K, matching that
size should theoretically make things faster.

Whether it makes enough difference to be worth the trouble is another
question ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Mark Wong
Date:
Subject: Re: Separate BLCKSZ for data and logging
Next
From: "Jonah H. Harris"
Date:
Subject: Re: qsort, once again