Re: [PATCHES] Better default_statistics_target - Mailing list pgsql-hackers

From Gregory Stark
Subject Re: [PATCHES] Better default_statistics_target
Date
Msg-id 873asevrlu.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: [PATCHES] Better default_statistics_target  (Decibel! <decibel@decibel.org>)
Responses Re: [PATCHES] Better default_statistics_target  ("Guillaume Smet" <guillaume.smet@gmail.com>)
List pgsql-hackers
"Decibel!" <decibel@decibel.org> writes:

> I think that before doing any of that you'd be much better off
> investigating how much performance penalty there is for maxing out
> default_statistict_target. If, as I suspect, it's essentially 0 on
> modern hardware, then I don't think it's worth any more effort.

That's not my experience. Even just raising it to 100 multiplies the number of
rows ANALYZE has to read by 10. And the arrays for every column become ten
times larger. Eventually they start being toasted...

> BTW, that investigation wouldn't just be academic either; if we could
> convince ourselves that there normally wasn't any cost associated with a
> high default_statistics_target, we could increase the default, which
> would reduce the amount of traffic we'd see on -performance about bad
> query plans.

I suspect we could raise it, we just don't know by how much.

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's 24x7 Postgres support!


pgsql-hackers by date:

Previous
From: Decibel!
Date:
Subject: Re: [PATCHES] Better default_statistics_target
Next
From: "Guillaume Smet"
Date:
Subject: Re: [PATCHES] Better default_statistics_target