Re: Poor performance of btrfs with Postgresql

Поиск
Список
Период
Сортировка
От Greg Smith
Тема Re: Poor performance of btrfs with Postgresql
Дата
Msg-id 4DB0725C.5070601@2ndQuadrant.com
обсуждение исходный текст
Ответ на Re: Poor performance of btrfs with Postgresql  ("Henry C." <henka@cityweb.co.za>)
Список pgsql-general
On 04/21/2011 06:16 AM, Henry C. wrote:
> Since Pg is already "journalling", why bother duplicating (and pay the
> performance penalty, whatever that penalty may be) the effort for no real
> gain (except maybe a redundant sense of safety)?  ie, use a
> non-journalling battle-tested fs like ext2.
>

The first time your server is down and unreachable over the network
after a crash, because it's run fsck to recover, failed to execute
automatically, and now requires manual intervention before the system
will finish booting, you'll never make that mistake again.  On real
database workloads, there's really minimal improvement to gain for that
risk--and sometimes actually a drop in performance--using ext2 over a
properly configured ext3.  If you want to loosen the filesystem journal
requirements on a PostgreSQL-only volume, use "data=writeback" on ext3.
And I'd still expect ext4/XFS to beat any ext2/ext3 combination you can
come up with, performance-wise.

--
Greg Smith   2ndQuadrant US    greg@2ndQuadrant.com   Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support  www.2ndQuadrant.us
"PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books


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

Предыдущее
От: Karsten Hilbert
Дата:
Сообщение: Re: problem with parent/child table and FKs
Следующее
От: Karsten Hilbert
Дата:
Сообщение: Re: problem with parent/child table and FKs