| From: | Josh Berkus <josh(at)agliodbs(dot)com> |
|---|---|
| To: | Shridhar Daithankar <shridhar_daithankar(at)myrealbox(dot)com> |
| Cc: | pgsql-performance(at)postgresql(dot)org, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: More detail on settings for pgavd? |
| Date: | 2003-11-20 18:00:34 |
| Message-ID: | 200311201000.34694.josh@agliodbs.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-performance |
Shridhar,
> I would say -V 0.2-0.4 could be great as well. Fact to emphasize is that
> thresholds less than 1 should be used.
Yes, but not thresholds, scale factors of less than 1.0. Thresholds should
still be in the range of 100 to 1000.
> I will submit a patch that would account deletes in analyze threshold.
> Since you want to delay the analyze, I would calculate analyze count as
>
> n=updates + inserts *-* deletes
I'm not clear on how this is a benefit. Deletes affect the statistics, too.
> What does statistics gather BTW? Just number of rows or something else as
> well? I think I would put that on Hackers separately.
Number of tuples, degree of uniqueness, some sample values, and high/low
values. Just query your pg_statistics view for an example.
> I am still wary of inverting vacuum analyze frequency. You think it is
> better to set inverted default rather than documenting it?
See my post to Matthew.
--
Josh Berkus
Aglio Database Solutions
San Francisco
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Hannu Krosing | 2003-11-20 18:22:03 | Re: tsearch2 patch for 7.4.1 |
| Previous Message | Tom Lane | 2003-11-20 17:40:30 | Re: [BUGS] 7.4: CHAR padding inconsistency |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Chester Kustarz | 2003-11-20 18:48:21 | Re: [HACKERS] More detail on settings for pgavd? |
| Previous Message | Josh Berkus | 2003-11-20 17:18:30 | Re: [HACKERS] More detail on settings for pgavd? |