Re: Postgres with pthread - Mailing list pgsql-hackers

From Craig Ringer
Subject Re: Postgres with pthread
Date
Msg-id CAMsr+YEb45eU85qDuqRnE3WgODk88YQ0GvbxMpVKbT3xUKL0eg@mail.gmail.com
Whole thread Raw
In response to Re: Postgres with pthread  (Andres Freund <andres@anarazel.de>)
Responses RE: Postgres with pthread  ("Tsunakawa, Takayuki" <tsunakawa.takay@jp.fujitsu.com>)
Re: Postgres with pthread  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On 7 December 2017 at 01:17, Andres Freund <andres@anarazel.de> wrote:
 

> I think you've done us a very substantial service by pursuing
> this far enough to get some quantifiable performance results.
> But now that we have some results in hand, I think we're best
> off sticking with the architecture we've got.

I don't agree.

I'd personally expect that an immediate conversion would result in very
little speedup, a bunch of code deleted, a bunch of complexity
added. And it'd still be massively worthwhile, to keep medium to long
term complexity and feature viability in control.

Personally I think it's a pity we didn't land up here before the foundations for parallel query went in - DSM, shm_mq, DSA, etc. I know the EDB folks at least looked into it though, and presumably there were good reasons to go in this direction. Maybe that was just "community will never accept threaded conversion" at the time, though.

Now we have quite a lot of homebrew infrastructure to consider if we do a conversion.

That said, it might in some ways make it easier. shm_mq, for example, would likely convert to a threaded backend with minimal changes to callers, and probably only limited changes to shm_mq its self. So maybe these abstractions will prove to have been a win in some ways. Except DSA, and even then it could serve as a transitional API...

--
 Craig Ringer                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

pgsql-hackers by date:

Previous
From: "Bossart, Nathan"
Date:
Subject: Re: pgsql: When VACUUM or ANALYZE skips a concurrently dropped table,log i
Next
From: Craig Ringer
Date:
Subject: Re: Postgres with pthread