From: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
---|---|
To: | James Cloos <cloos(at)jhcloos(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org, flyusa2010 fly <flyusa2010(at)gmail(dot)com> |
Subject: | Re: XLog vs SSD [Was: Re: random write in xlog?] |
Date: | 2010-12-09 03:20:09 |
Message-ID: | AANLkTinj9pGM54a3SEWTrv3+WANd_SgemwqVV9feY_6C@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Dec 8, 2010 at 12:15 PM, James Cloos <cloos(at)jhcloos(dot)com> wrote:
>>>>>> "JJ" == Jeff Janes <jeff(dot)janes(at)gmail(dot)com> writes:
>
> JJ> Anyway, the writes are logically sequentially, but not physically.
> JJ> If I remember correctly, it always writes out full blocks, even if
> JJ> the last part of the block has not yet been filled with new data.
> JJ> When the remainder gets filled, it then writes out the full block
> JJ> again, both the already written and the new part.
>
> What does that mean for use of a flash SSD for the xlog dir?
>
> Does the block writing mesh up well with the usage pattern a flash
> SSD needs to maximize lifespan?
I think that SSD have a block size below which writing only part of
the block has the same effect as writing the whole thing. And those
block sizes are larger than 8K.
So PG always writing 8K at a time is unlikely to make a difference
than if it wrote a smaller amount.
Cheers,
Jeff
From | Date | Subject | |
---|---|---|---|
Next Message | Vlad Arkhipov | 2010-12-09 03:58:08 | Re: Slow BLOBs restoring |
Previous Message | Heikki Linnakangas | 2010-12-08 23:39:29 | Re: Hot Standby btree delete records and vacuum_defer_cleanup_age |