From: | ohp(at)pyrenet(dot)fr |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers list <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Index creation takes for ever |
Date: | 2003-09-01 19:59:11 |
Message-ID: | Pine.UW2.4.53.0309012157180.23297@server.pyrenet.fr |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Hi Tom,
I've made some tests with your qsort and it DEFINITIVLY help
~3 mn instead of 69.
However this is for 7.3.4 I've got no probs with 7.4b.
Did something change in btree creation?
On Mon, 1 Sep 2003, Tom Lane wrote:
> Date: Mon, 01 Sep 2003 08:46:09 -0400
> From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
> To: ohp(at)pyrenet(dot)fr
> Cc: pgsql-hackers list <pgsql-hackers(at)postgresql(dot)org>
> Subject: Re: [HACKERS] Index creation takes for ever
>
> ohp(at)pyrenet(dot)fr writes:
> > it took 69 minutes to finish, 75% of this time was devoted to create 2
> > indexes on varchar(2) with value being 'O', 'N' or null;
> > I wonder if it's a configuration matter.
>
> I still say it's either strcoll or qsort's fault. Try swapping in our
> own version of qsort to see if the behavior changes.
>
> regards, tom lane
>
--
Olivier PRENANT Tel: +33-5-61-50-97-00 (Work)
6, Chemin d'Harraud Turrou +33-5-61-50-97-01 (Fax)
31190 AUTERIVE +33-6-07-63-80-64 (GSM)
FRANCE Email: ohp(at)pyrenet(dot)fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)
From | Date | Subject | |
---|---|---|---|
Next Message | Tommi Mäkitalo | 2003-09-01 19:59:17 | TCP/IP with 7.4 beta2 broken? |
Previous Message | Hannu Krosing | 2003-09-01 19:45:19 | Re: Preliminary notes about hash index concurrency (long) |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-09-01 20:03:17 | Re: Index creation takes for ever |
Previous Message | Tom Lane | 2003-09-01 12:46:09 | Re: Index creation takes for ever |