Skip to content

Distributed consensus and the implications of NVM on database management systems

September 28, 2016

Distributed consensus and the implications of NVM on database management systems Fournier, Arulraj, & Pavlo ACM Queue Vol 14, issue 3

As you may recall, Peter Bailis and ACM Queue have started a “Research for Practice” series introducing “expert curated guides to the best of CS research.” Aka, reading lists for The Morning Paper! I previously covered the papers from the first edition (blog entries dated June 14th-21st, 2016). Today we’re turning our attention to the the second edition:

I am thrilled to introduce our second instalment of Research for Practice, which provides highlights from two critical areas in storage and large-scale services: distributed consensus and non-volatile memory.

Distributed consensus

The first topic area is Distributed Consensus, with papers selected by Camille Fournier. “The three papers included in this selection address the real world of consensus system: Why are they needed? Why are they difficult to understand? What happens when you try to implement. Them? Is there an easier way, something that more developers can understand and therefore implement?”

Fournier’s three choices are:

All of which will be familiar to regular readers of The Morning Paper 😉 (Links above are to my write-ups). If you want more of this kind of thing, I did a two-week mini-series on consensus back in March of last year.

Here are three additional picks of my own:

Implications of NVM on database management systems

Joy Arulrja and Andrew Pavlo introduce a selection of three papers looking at the implications of NVM for database management systems:

The advent of non-volatile memory (NVM) will fundamentally change the dichotomy between memory and durable storage in a database management systems (DBMS).

This is a topic area that really caught my attention earlier this year, and I wrote a short post entitled “All change please” summarizing some of the hardware advances hitting our data centers, including NVM. On the subject of NVM itself and its implications, the papers I’ve covered so far can be found by searching on the blog for the keyword ‘NVM’.

The first of Arulja and Pavlo’s picks is

Which looks at the classic ARIES recovery protocol and how it can be optimized for NVM.

Their second and third paper choices are ones that I haven’t covered before. So we’ll be looking at those papers in the next two days. The links below will go live as each days’ post goes up.

As Arulja and Pavlo say,

The common theme for these papers is that you cannot just run an existing DBMS on NVM and expect it to leverage its unique set of properties. The only way to achieve that is to come up with novel architectures, protocols, and algorithms that are tailor-made for NVM.

The third edition of Reseach for Practice must be due out soon – I’m very much looking forward to seeing where it goes next!

2 Comments leave one →
  1. October 3, 2016 8:15 am

    Typo “just run and” -> “just run an”

    Thanks for all your work after reading your paper last week on FPaxos I added the even nodes optimisation to my TRex paxos library.

    • October 3, 2016 8:17 am

      That’s really cool! Great to see such an immediate impact from a paper write-up… often I never really get to see what influence if any they have. Will fix the typo when I get back to my desk… Thanks, A.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: