Re: Tuning Postgres 9.1 on Windows

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: Tuning Postgres 9.1 on Windows
Дата
Msg-id CAHyXU0yqWT9BTcOpxSEkH7RygLVbiXVv6exbhWLq2hQ9DHDSFQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Tuning Postgres 9.1 on Windows  ("Walker, James Les" <JAWalker@cantor.com>)
Ответы Re: Tuning Postgres 9.1 on Windows
Список pgsql-performance
On Tue, May 1, 2012 at 8:14 AM, Walker, James Les <JAWalker@cantor.com> wrote:
> SSD is OCZ-VERTEX3 MI. Controller is LSI SAS2 2008 Falcon. I'm working on installing EDB. Then I can give you some
I/Onumbers. 

It looks like the ssd doesn't have a nv cache and the raid card is a
simple sas hba (which likely isn't doing much for the ssd besides
masking TRIM).  The OCZ 'pro' versions are the ones with power loss
protection (see:
http://hothardware.com/Reviews/OCZ-Vertex-3-Pro-SandForce-SF2000-Based-SSD-Preview/).
 Note the bullet: "Implements SandForce 2582 Controller with power
loss data protection".  It doesn't look like the Vertex 3 Pro is out
yet.

If my hunch is correct, the issue here is that the drive is being
asked to sync data physically and SSD really don't perform well when
the controller isn't in control of when and how to sync data.  However
full physical sync is the only way to guarantee data is truly safe in
the context of a unexpected power loss (an nv cache is basically a
compromise on this point).

merlin

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

Предыдущее
От: Andy Colson
Дата:
Сообщение: Re: Tuning Postgres 9.1 on Windows
Следующее
От: Clemens Eisserer
Дата:
Сообщение: Any disadvantages of using =ANY(ARRAY()) instead of IN?