Asynchronous DRAM Self-Refresh

Поиск
Список
Период
Сортировка
От Josh Berkus
Тема Asynchronous DRAM Self-Refresh
Дата
Msg-id 555F9FEA.9070502@agliodbs.com
обсуждение исходный текст
Ответы Re: Asynchronous DRAM Self-Refresh  (Jeremy Harris <jgh@wizmail.org>)
Re: Asynchronous DRAM Self-Refresh  (Jeremy Harris <jgh@wizmail.org>)
Список pgsql-hackers
Hackers,

At CoreOS Fest, Intel presented about a technology which they used to
improve write times for the nonrelational data store Etcd.  It's called
Asynchronous DRAM Self-Refresh, or ADR.  This is supposedly a feature of
all of their chips since E5 which allows users to designate a small area
of memory (16 to 64MB) which is somehow guaranteed to be flushed to disk
in the event of a power loss (the exact mechanism was not explained).

So my thought was "Hello!  wal_buffers?"  Theoretically, this feature
could give us the benefits of aynchronous commit without the penalties
... *if* it actually works.

However, since then I've been able to find zero documentation on ADR.
There's a bunch of stuff in the Intel press releases, but zero I can
find in their technical docs.  Anyone have a clue on this?

-- 
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jim Nasby
Дата:
Сообщение: Re: jsonb concatenate operator's semantics seem questionable
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Change pg_cancel_*() to ignore current backend