From: | "Guillaume Smet" <guillaume(dot)smet(at)gmail(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-performance <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Index creation time and distribution |
Date: | 2008-05-22 13:38:25 |
Message-ID: | 1d4e0c10805220638x64f80609ob9a6fe00e4587362@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Thu, May 22, 2008 at 3:14 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Do you have maintenance_work_mem set large enough that the index
> creation sort is done in-memory? 8.1 depends on the platform's qsort
> and a lot of them are kinda pessimal for input like this.
FWIW, it's a 32 bits CentOS 4.6 box.
maintenance_work_mem is set to 256 MB and the size of the index is 400 MB.
Should I try to raise it up to 512 MB? The server only has 2GB of RAM
so it seems a bit high.
> 8.2 (which uses our own qsort) seems to perform better in a quick
> test.
Mmmmh OK. I was considering an upgrade to 8.3 in the next months anyway.
Do we agree that in the case of unnamed prepared statement, 8.3 plans
the query after the BIND? The partial index seems to be a better
solution anyway, considering that it's 12 MB vs 400 MB.
Thanks.
--
Guillaume
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew Wakeling | 2008-05-22 14:10:06 | Re: Index creation time and distribution |
Previous Message | Tom Lane | 2008-05-22 13:14:36 | Re: Index creation time and distribution |