Re: Interesting paper: Contention-Aware Lock Scheduling

From: Ibrar Ahmed <ibrar(dot)ahmad(at)gmail(dot)com>
To: funny(dot)falcon(at)gmail(dot)com
Cc: ayden(at)gera(dot)co(dot)nz, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Interesting paper: Contention-Aware Lock Scheduling
Date: 2018-12-11 06:24:33
Message-ID: CALtqXTeEe6cyd2FeDnK_VxMDQsNSpYn3Sycd+WuxyzVJh0VzCA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, May 7, 2018 at 10:54 PM Юрий Соколов <funny(dot)falcon(at)gmail(dot)com> wrote:

> 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.
>

Hi,

Do we still want to see the patch of that paper (
http://www.vldb.org/pvldb/vol11/p648-tian.pdf)?

--
Ibrar Ahmed

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2018-12-11 07:08:28 Should get_rel_data_width take alignment into account?
Previous Message Andres Freund 2018-12-11 06:15:51 Re: Sketch of a fix for that truncation data corruption issue