pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Tomas Vondra <tomas.vondra@2ndquadrant.com>
To: Andres Freund <andres@anarazel.de>
To: Joshua D. Drake <jd@commandprompt.com>
Cc: pgsql-general@postgresql.org
Cc: pgsql-performance@postgresql.org
Subject: Re: [PERFORM] Questionaire: Common WAL write rates on busy servers.
Date: Fri, 28 Apr 2017 01:29:14 +0200
Message-ID: <cc3c764c-26a7-315c-5d81-7a84e380277a@2ndquadrant.com> (raw)
In-Reply-To: <20170427173540.fqaucmclpowfy5n7@alap3.anarazel.de>
References: <20170425041743.ddabv2mwevcmtx5a@alap3.anarazel.de>
	<20170427155906.uudovtd62x56brmx@alap3.anarazel.de>
	<a842fbdf-b761-bf21-47dd-cd87d05a8d04@commandprompt.com>
	<20170427163407.dtqi6v57bj4tiu5c@alap3.anarazel.de>
	<80f280c1-910f-7eae-33a2-fd0cfc9ee8c9@commandprompt.com>
	<20170427173540.fqaucmclpowfy5n7@alap3.anarazel.de>
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-general>

On 04/27/2017 07:35 PM, Andres Freund wrote:
> On 2017-04-27 10:29:48 -0700, Joshua D. Drake wrote:
>> On 04/27/2017 09:34 AM, Andres Freund wrote:
>>> On 2017-04-27 09:31:34 -0700, Joshua D. Drake wrote:
>>>> On 04/27/2017 08:59 AM, Andres Freund wrote:
>>>>
>>
>>>> I would agree it isn't yet a widespread issue.
>>>
>>> I'm not yet sure about that actually. I suspect a large
>>> percentage of people with such workloads aren't lingering lots on
>>> the lists.
>>
>> That would probably be true. I was thinking of it more as the
>> "most new users are in the cloud" and the "cloud" is going to be
>> rare that a cloud user is going to be able to hit that level of
>> writes. (at least not without spending LOTS of money)
>
> You can get pretty decent NVMe SSD drives on serveral cloud
> providers these days, without immediately bancrupting you. Sure, it's
> instance storage, but with a decent replication and archival setup,
> that's not necessarily an issue.
>
> It's not that hard to get to the point where postgres can't keep up
> with storage, at least for some workloads.
>

I can confirm this observation. I bought the Intel 750 NVMe SSD last 
year, the device has 1GB DDR3 cache on it (power-loss protected), can do 
~1GB/s of sustained O_DIRECT sequential writes. But when running 
pgbench, I can't push more than ~300MB/s of WAL to it, no matter what I 
do because of WALWriteLock.

regards

-- 
Tomas Vondra                  http://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-- 
Sent via pgsql-general mailing list (pgsql-general@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general



view thread (15+ messages)  latest in thread

Message-ID: <cc3c764c-26a7-315c-5d81-7a84e380277a@2ndquadrant.com>
Permalink:  ../cc3c764c-26a7-315c-5d81-7a84e380277a@2ndquadrant.com/
Also on:    postgresql.org/message-id/cc3c764c-26a7-315c-5d81-7a84e380277a@2ndquadrant.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: tomas.vondra@2ndquadrant.com, andres@anarazel.de, jd@commandprompt.com, pgsql-general@postgresql.org
  Subject: Re: [PERFORM] Questionaire: Common WAL write rates on busy servers.
  In-Reply-To: <cc3c764c-26a7-315c-5d81-7a84e380277a@2ndquadrant.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox