Re: [HACKERS] Parallel Hash take II
От | Rushabh Lathia |
---|---|
Тема | Re: [HACKERS] Parallel Hash take II |
Дата | |
Msg-id | CAGPqQf3Oeg0Shh_GudU-VHqDh9JtzmDNmxa8upv0HH2kuVP7eQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Parallel Hash take II (Thomas Munro <thomas.munro@enterprisedb.com>) |
Ответы |
Re: [HACKERS] Parallel Hash take II
|
Список | pgsql-hackers |
v20 patch set (I was trying 0008, 0009 patch) not getting cleanly apply on
latest commit also getting compilation error due to refactor in below commit.
latest commit also getting compilation error due to refactor in below commit.
commit 0c5803b450e0cc29b3527df3f352e6f18a038cc6
Author: Peter Eisentraut <peter_e@gmx.net>
Date: Sat Sep 23 09:49:22 2017 -0400
Refactor new file permission handling
On Mon, Sep 25, 2017 at 11:38 AM, Thomas Munro <thomas.munro@enterprisedb.com> wrote:
On Thu, Sep 21, 2017 at 5:49 AM, Peter Geoghegan <pg@bowt.ie> wrote:
> Graefe's "Query Evaluation Techniques for Large Databases" has several
> pages on deadlock avoidance strategies. It was written almost 25 years
> ago, but still has some good insights IMV (you'll recall that Graefe
> is the author of the Volcano paper; this reference paper seems like
> his follow-up). Apparently, deadlock avoidance strategy becomes
> important for parallel sort with partitioning. You may be able to get
> some ideas from there. And even if you don't, his handling of the
> topic is very deliberate and high level, which suggests that ours
> should be, too.
Very interesting and certainly relevant (the parts I've read so far),
though we don't have multiple consumers. Multiplexing one thread so
that it is both a consumer and a producer is an extra twist though.
--
Thomas Munro
http://www.enterprisedb.com--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
--
Rushabh Lathia
В списке pgsql-hackers по дате отправления: