Re: Synchronous Log Shipping Replication
От | ITAGAKI Takahiro |
---|---|
Тема | Re: Synchronous Log Shipping Replication |
Дата | |
Msg-id | 20080909192040.7BF8.52131E4D@oss.ntt.co.jp обсуждение исходный текст |
Ответ на | Re: Synchronous Log Shipping Replication (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
Ответы |
Re: Synchronous Log Shipping Replication
Re: Synchronous Log Shipping Replication |
Список | pgsql-hackers |
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> wrote: > The tricky part is, how does A know if it should wait, and for how long? > commit_delay sure isn't ideal, but AFAICS the log shipping proposal > doesn't provide any solution to that. They have no relation each other directly, but they need similar synchronization modules. In log shipping, backends need to wait for WAL Sender's job, and should wake up as fast as possible after the job is done. It is similar to requirement of the group commit. Signals and locking, borrewed from Postgres-R, are now studied for the purpose in the log shipping, but I'm not sure it can be also used in the group commit. Regards, --- ITAGAKI Takahiro NTT Open Source Software Center
В списке pgsql-hackers по дате отправления: