From: | Daniel Gustafsson <daniel(at)yesql(dot)se> |
---|---|
To: | Alex K <kondratov(dot)aleksey(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Stephen Frost <sfrost(at)snowman(dot)net>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, Anastasia Lubennikova <lubennikovaAV(at)gmail(dot)com>, Alexander Korotkov <aekorotkov(at)gmail(dot)com>, David Steele <david(at)pgmasters(dot)net>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Robert Haas <robertmhaas(at)gmail(dot)com> |
Subject: | Re: Parallel COPY FROM execution |
Date: | 2017-10-02 08:54:34 |
Message-ID: | 251EC7D5-E547-4268-A96E-DF54A3766947@yesql.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On 11 Aug 2017, at 20:07, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>
> On Fri, Aug 11, 2017 at 9:55 AM, Alex K <kondratov(dot)aleksey(at)gmail(dot)com> wrote:
>> - I have used both Latch and ConditionalVariable for the same
>> purpose–wait until some signal
>> occurs–and for me as an end user they perform quite similar. I
>> looked into the condition_variable.c
>> code and it uses Latch and SpinLock under the hood. So what are
>> differences and dis-/advantages
>> between Latch and ConditionalVariable?
>
> A ConditionVariable lets you signal the processes that are waiting
> without needing to know in advance exactly which processes those are.
> If you use latches directly, you'll have to somehow keep track of
> which processes need to be signaled.
Based on the discussion in this thread, and that a new version of the patch
hasn’t been submitted during the commitfest, I’m marking this Returned with
Feedback. Please re-submit a new version in an upcoming commitfest.
cheers ./daniel
From | Date | Subject | |
---|---|---|---|
Next Message | Daniel Gustafsson | 2017-10-02 09:31:07 | Re: PATCH: Batch/pipelining support for libpq |
Previous Message | Kyotaro HORIGUCHI | 2017-10-02 08:23:34 | Re: [PATCH] Improve geometric types |