From: | Aidan Van Dyk <aidan(at)highrise(dot)ca> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>, Jesper Krogh <jesper(at)krogh(dot)cc>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: moving pg_xlog -- yeah, it's worth it! |
Date: | 2010-02-11 18:04:21 |
Message-ID: | 20100211180421.GE14128@oak.highrise.ca |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
* Alvaro Herrera <alvherre(at)commandprompt(dot)com> [100211 12:58]:
> Hmm, so maybe the performance benefit is not from it being on a separate
> array, but from it being RAID1 instead of RAID5?
Or the cumulative effects of:
1) Dedicated spindles/Raid1
2) More BBU cache available (I can't imagine the OS pair writing much)
3) not being queued behind data writes before getting to controller
3) Not waiting for BBU cache to be available (which is shared with all data
writes) which requires RAID5 writes to complete...
Really, there's *lots* of variables here. The basics being that WAL on
the same FS as data, on a RAID5, even with BBU is worse than WAL on a
dedicated set of RAID1 spindles with it's own BBU.
Wow!
;-)
--
Aidan Van Dyk Create like a god,
aidan(at)highrise(dot)ca command like a king,
http://www.highrise.ca/ work like a slave.
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Grittner | 2010-02-11 18:19:07 | Re: moving pg_xlog -- yeah, it's worth it! |
Previous Message | Alvaro Herrera | 2010-02-11 17:57:52 | Re: moving pg_xlog -- yeah, it's worth it! |