From: | ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Cc: | "Fujii Masao" <masao(dot)fujii(at)gmail(dot)com> |
Subject: | Re: Synchronous Log Shipping Replication |
Date: | 2008-09-09 06:17:05 |
Message-ID: | 20080909150449.7BE1.52131E4D@oss.ntt.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Fujii Masao" <masao(dot)fujii(at)gmail(dot)com> wrote:
> 3) Patch of introducing new background process which I've called
> WALSender. It takes charge of sending WAL to the slave.
>
> Now, I assume that WALSender also listens the connection from
> the slave, i.e. only one sender process manages multiple slaves.
> The relation between WALSender and backend is 1:1. So,
> the communication mechanism between them can be simple.
I assume that he says only one backend communicates with WAL sender
at a time. The communication is done during WALWriteLock is held,
so other backends wait for the communicating backend on WALWriteLock.
WAL sender only needs to send one signal for each time it sends WAL
buffers to slave.
We could be split the LWLock to WALWriterLock and WALSenderLock,
but the essential point is same.
Regards,
---
ITAGAKI Takahiro
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Davis | 2008-09-09 06:23:05 | Re: Common Table Expressions (WITH RECURSIVE) patch |
Previous Message | Volkan YAZICI | 2008-09-09 06:06:58 | Re: Verbosity of Function Return Type Checks |