From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Hans-Jürgen Schönig <hs(at)cybertec(dot)at> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Threaded Sorting |
Date: | 2002-10-04 17:26:44 |
Message-ID: | 200210041726.g94HQiV24901@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hans-Jrgen Schnig wrote:
> Threads are bad - I know ...
> I like the idea of a pool of processes instead of threads - from my
> point of view this would be useful.
>
> I am planning to run some tests (GEQO, AIX, sorts) as soon as I have
> time to do so (still too much work ahead before :( ...).
> If I had time I'd love to do something for the PostgreSQL community :(.
>
> As far as sorting is concerned: It would be fine if it was possible to
> define an alternative location for temporary sort files using SET.
> If you had multiple disks this would help in the case of concurrent
> sorts because this way people could insert and index many tables at once
> without having to access just one storage system.
> This would be an easy way out of the IO limitation ... - at least for
> some problems.
Bingo! Want to increase sorting performance, give it more I/O
bandwidth, and it will take 1/100th of the time to do threading.
Ingres had a nice feature where you could specify sort directories and
it would cycle through those directories while it did the tape sort.
Added to TODO:
* Allow sorting to use multiple work directories
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2002-10-04 17:28:47 | Re: Threaded Sorting |
Previous Message | Bruce Momjian | 2002-10-04 17:15:30 | Re: Potential Large Performance Gain in WAL synching |