pg.ddx.io pgsql-hackers@postgresql.org mailing list archive
help / color / mirror / Atom feed From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Andres Freund <andres@anarazel.de>
Cc: Васильев Дмитрий <d.vasilyev@postgrespro.ru>
Cc: pgsql-hackers@postgresql.org <pgsql-hackers@postgresql.org>
Subject: Re: Performance degradation in commit ac1d794
Date: Thu, 14 Jan 2016 10:46:00 -0500
Message-ID: <29091.1452786360@sss.pgh.pa.us> (raw )
In-Reply-To: <CA+Tgmoaay7n0HbqH4BS+XhdOOYhvYJ7DqZGrMXvduZM8UUXedQ@mail.gmail.com >
References: <EA5F5A26-2E66-4CAB-B3EC-EAD65501B74B@anarazel.de >
<CAB-SwXZ+6==ZmGvME9vKtUExaQuYYf6oRUNBjkg5SYqv267dUQ@mail.gmail.com >
<9F7A592C-323B-40CF-AEB6-20D28EAEFFDD@anarazel.de >
<CAB-SwXb1p6W-_Qrd=h=c47Tv1DuWJwLYNWyq8j9g2yRp4ye-BQ@mail.gmail.com >
<19322.1451067023@sss.pgh.pa.us >
<CEAB3A3D-FD33-4AB9-BDD3-FC0E20776245@anarazel.de >
<19834.1451068135@sss.pgh.pa.us >
<20151225211326.z4umuafvv27nczya@alap3.anarazel.de >
<24833.1451078993@sss.pgh.pa.us >
<20151226112248.uv3qxmroe4va7wke@alap3.anarazel.de >
<20160114143931.GG10941@awork2.anarazel.de >
<CA+Tgmoaay7n0HbqH4BS+XhdOOYhvYJ7DqZGrMXvduZM8UUXedQ@mail.gmail.com >
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-hackers>
Robert Haas <robertmhaas@gmail.com> writes:
> Incidentally, if we're going to whack around the latch API, it would
> be nice to pick a design which wouldn't be too hard to extend to
> waiting on multiple sockets. The application I have in mind is to
> send of queries to several foreign servers at once and then wait until
> bytes come back from any of them. It's mostly pie in the sky at this
> point, but it seems highly likely to me that we'd want to do such a
> thing by waiting for bytes from any of the sockets involved OR a latch
> event.
Instead of SetSocketToWaitOn, maybe AddSocketToWaitSet and
RemoveSocketFromWaitSet? And you'd need some way of identifying
which socket came ready after a wait call...
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
view thread (93+ messages) latest in thread
Message-ID: <29091.1452786360@sss.pgh.pa.us>
Permalink: ../29091.1452786360@sss.pgh.pa.us/
Also on: postgresql.org/message-id/29091.1452786360@sss.pgh.pa.us
copy link · copy postgr.es
reply Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: tgl@sss.pgh.pa.us, robertmhaas@gmail.com, andres@anarazel.de, d.vasilyev@postgrespro.ru
Subject: Re: Performance degradation in commit ac1d794
In-Reply-To: <29091.1452786360@sss.pgh.pa.us>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox