From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Stephan Vollmer <svollmer(at)gmx(dot)de> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Creation of tsearch2 index is very slow |
Date: | 2006-01-20 23:22:39 |
Message-ID: | 6376.1137799359@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-performance |
Stephan Vollmer <svollmer(at)gmx(dot)de> writes:
> Tom Lane wrote:
>> However, I'm not sure that anyone's tried to do any performance
>> optimization on the GIST insert code ... there might be some low-hanging
>> fruit there.
> Unfortunately, I'm not able to investigate it further myself as I'm
> quite a Postgres newbie. But I could provide someone else with the
> example table. Maybe someone else could find out why it is so slow.
The problem seems to be mostly tsearch2's fault rather than the general
GIST code. I've applied a partial fix to 8.1 and HEAD branches, which
you can find here if you're in a hurry for it:
http://archives.postgresql.org/pgsql-committers/2006-01/msg00283.php
(the gistidx.c change is all you need for tsearch2)
There is some followup discussion in the pgsql-performance list. It
seems possible that we can get another factor of 10 or better with a
smarter picksplit algorithm --- but that patch will probably be too
large to be considered for back-patching into the stable branches.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Steinar H. Gunderson | 2006-01-20 23:28:43 | Re: [GENERAL] Creation of tsearch2 index is very slow |
Previous Message | Marko Kreen | 2006-01-20 23:11:53 | Re: Page-Level Encryption |
From | Date | Subject | |
---|---|---|---|
Next Message | Steinar H. Gunderson | 2006-01-20 23:28:43 | Re: [GENERAL] Creation of tsearch2 index is very slow |
Previous Message | Steinar H. Gunderson | 2006-01-20 22:59:32 | Re: [GENERAL] Creation of tsearch2 index is very slow |