Re: Interesting paper: Contention-Aware Lock Scheduling

From: Юрий Соколов <funny(dot)falcon(at)gmail(dot)com>
To: AJG <ayden(at)gera(dot)co(dot)nz>
Cc: PostgreSQL-Dev <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Interesting paper: Contention-Aware Lock Scheduling
Date: 2018-05-07 13:53:53
Message-ID: CAL-rCA1dDNYHWjXC8jCfRAW0oh5q2V39JQ2ra6WE2kwM5TJfAA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

2018-05-04 23:45 GMT+03:00 AJG <ayden(at)gera(dot)co(dot)nz>:
>
> Another interesting article from Jan 2018 (Tsinghua University and
Microsoft
> Research)
>
> http://madsys.cs.tsinghua.edu.cn/publications/TS2018-liu.pdf
>
> DudeTx: Durable Transactions Made Decoupled

Cite from pdf:

> The key insight of our solution is decoupling a durable transaction into
three
> fully asynchronous steps. (1) Perform: execute the transaction on a shadow
> memory, and produce a redo log for the transaction. (2) Persist: flush
redo
> logs of transactions to persistent memory in an atomic manner. (3)
Reproduce:
> modify original data in persistent memory according to the persisted redo
logs.
> It is essential that we never directly write back dirty data from shadow
memory
> to persistent memory – all the updates are realized via the logs.

It is exactly the same Amazon did for its Aurora!
Using this decoupling, Aurora provides great replication and failover (by
use of
replicated and versioned storage both for logs and for data pages).

regards,
Yura.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2018-05-07 14:15:59 Re: [HACKERS] Clock with Adaptive Replacement
Previous Message Robert Haas 2018-05-07 13:52:42 Re: [doc fix] Trivial fix for PG 11 partitioning