Re: Need to tune for Heavy Write

Поиск
Список
Период
Сортировка
От Scott Marlowe
Тема Re: Need to tune for Heavy Write
Дата
Msg-id CAOR=d=2OS+LG_xmuPB+7gTOijupPJo=puXjx2JXnajtG9+9ULQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Need to tune for Heavy Write  ("Nicholson, Brad (Toronto, ON, CA)" <bnicholson@hp.com>)
Список pgsql-performance
On Thu, Aug 4, 2011 at 6:41 AM, Nicholson, Brad (Toronto, ON, CA)
<bnicholson@hp.com> wrote:
>> -----Original Message-----
>> From: pgsql-performance-owner@postgresql.org [mailto:pgsql-performance-
>> owner@postgresql.org] On Behalf Of Scott Marlowe
>> Sent: Thursday, August 04, 2011 4:46 AM
>> To: Willy-Bas Loos
>> Cc: Adarsh Sharma; pgsql-performance@postgresql.org
>> Subject: Re: [PERFORM] Need to tune for Heavy Write
>>
>>
>> > Moving the pg_xlog to a different directory only helps when that
>> > directory is on a different harddisk (or whatever I/O device).
>>
>> Not entirely true.  By simply being on a different  mounted file
>> system this moves the fsync calls on the pg_xlog directories off of
>> the same file system as the main data store.  Previous testing has
>> shown improvements in performance from just using a different file
>> system.
>>
>
> Is this still the case for xfs or ext4 where fsync is properly flushing only the correct blocks to disk, or was this
referringto the good old ext3 flush everything on fysnc issue? 

Good question.  One I do not know the answer to.  Since I run my dbs
with separate pg_xlog drive sets I've never been able to test that.

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

Предыдущее
От: Vitalii Tymchyshyn
Дата:
Сообщение: Re: Performance die when COPYing to table with bigint PK
Следующее
От: "Kevin Grittner"
Дата:
Сообщение: Re: Performance die when COPYing to table with bigint PK