Re: APR 1.0 released - Mailing list pgsql-hackers
From | Bruce Momjian |
---|---|
Subject | Re: APR 1.0 released |
Date | |
Msg-id | 200410080036.i980aXs03880@candle.pha.pa.us Whole thread Raw |
In response to | Re: APR 1.0 released ("Jim C. Nasby" <decibel@decibel.org>) |
Responses |
Re: APR 1.0 released
|
List | pgsql-hackers |
Added to TODO: * Consider parallel processing a single query This would involve using multiple threads or processes to do optimization, sorting, or execution of single query. The majoradvantage of such a feature would be to allow multiple CPUs to work together to process a single query. --------------------------------------------------------------------------- Jim C. Nasby wrote: > Any chance of having query parallelization added to TODO? I'm guessing > it will be a huge job, but it's also one of the places where the 'big 3' > have a huge advantage in scalability. > > On Mon, Sep 13, 2004 at 10:24:05AM -0700, Sailesh Krishnamurthy wrote: > > >>>>> "CB" == Christopher Browne <cbbrowne@acm.org> writes: > > > > CB> futile discussions ask for it. Notably, on an SMP system, it > > CB> would be a neat idea for complex queries involving joins to > > CB> split themselves so that different parts run in separate > > CB> threads. > > > > You don't really need threads for this. All you need is to have > > multiple backends and use queues to exchange tuples at specific > > points. This is much like the Exchange operator in Volcano. > > > > CB> The other Way, Way Cool part would be for queries that are > > CB> scanning big tables to split the scans into unions of partial > > CB> scans, so that on an 8 CPU box you'd take the "Big 4GB Table" > > CB> and have 8 threads simultaneously scanning different parts of > > CB> it. (And making ARC all the more important :-).) > > > > Again this can be done without threads .. you just need inter-process > > communication. > > > > (BTW, there is at least one commercial system that follows exactly > > this model). > > > > -- > > Pip-pip > > Sailesh > > http://www.cs.berkeley.edu/~sailesh > > > > > > > > ---------------------------(end of broadcast)--------------------------- > > TIP 4: Don't 'kill -9' the postmaster > > > > -- > Jim C. Nasby, Database Consultant decibel@decibel.org > Give your computer some brain candy! www.distributed.net Team #1828 > > Windows: "Where do you want to go today?" > Linux: "Where do you want to go tomorrow?" > FreeBSD: "Are you guys coming, or what?" > > ---------------------------(end of broadcast)--------------------------- > TIP 5: Have you checked our extensive FAQ? > > http://www.postgresql.org/docs/faqs/FAQ.html > -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001+ If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania19073
pgsql-hackers by date: