From: | Ron Johnson <ronljohnsonjr(at)gmail(dot)com> |
---|---|
To: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
Cc: | Christophe Pettus <xof(at)thebuild(dot)com>, bruno vieira da silva <brunogiovs(at)gmail(dot)com>, pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: data checksums |
Date: | 2024-08-07 13:52:49 |
Message-ID: | CANzqJaCXgvqqgev=SKaQvLu9RwjDfR_KXo_=Xpffm=jBkunvPg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, Aug 7, 2024 at 3:41 AM Daniel Gustafsson <daniel(at)yesql(dot)se> wrote:
> > On 6 Aug 2024, at 18:29, Christophe Pettus <xof(at)thebuild(dot)com> wrote:
> >> On Aug 6, 2024, at 08:11, bruno vieira da silva <brunogiovs(at)gmail(dot)com>
> wrote:
>
> >> the pg doc
> >> mentions a considerable performance penality, how considerable it is?
> >
> > That line is probably somewhat out of date at this point. We haven't
> seen a significant slowdown in enabling them on any modern hardware. I
> always turn them on, except on the type of filesystems/hardware mentioned
> above.
>
> The last in-depth analysis of data checksums (and hint bits) overhead that
> I
> can remember is from 2019:
>
>
> https://www.postgresql.org/message-id/20190330192543.GH4719%40development
A quote from that post:
"I have not investigated the exact reasons, but my hypothesis it's about
the amount of WAL generated during the initial CREATE INDEX (because it
probably ends up setting the hint bits), which puts additional pressure
on the storage."
Presuming that hypothesis is true: how often do "you" run CREATE INDEX (or
VACUUM FULL or CLUSTER)? I certainly don't run them very often.
--
Death to America, and butter sauce!
Iraq lobster...
From | Date | Subject | |
---|---|---|---|
Next Message | Costa Alexoglou | 2024-08-07 17:34:12 | Vacuum full connection exhaustion |
Previous Message | Lok P | 2024-08-07 11:30:02 | Re: Column type modification in big tables |