Re: [HACKERS] Performance while loading data and indexing

Поиск
Список
Период
Сортировка
От Neil Conway
Тема Re: [HACKERS] Performance while loading data and indexing
Дата
Msg-id 87vg4szco1.fsf@mailbox.samurai.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Performance while loading data and indexing  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: [HACKERS] Performance while loading data and indexing  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: [HACKERS] Performance while loading data and indexing  (Greg Copeland <greg@CopelandConsulting.Net>)
Re: [HACKERS] Performance while loading data and indexing  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Wow.  That leaves no good Linux file system alternatives.
> PostgreSQL just wants an ordinary file system that has reliable
> recovery from a crash.

I'm not really familiar with the reasoning behind ext2's reputation as
recovering poorly from crashes; if we fsync a WAL record to disk
before we lose power, can't we recover reliably, even with ext2?

> > > Also, though ext3 is slower, turning fsync off should make ext3
> > > function similar to ext2.
> >
> > Why would that be?
>
> I assumed it was the double fsync for the normal and journal that
> made the journalling file systems slog.

Well, a journalling file system would need to write a journal entry
and flush that to disk, even if fsync is disabled -- whereas without
fsync enabled, ext2 doesn't have to flush anything to disk. ISTM that
the performance advantage of ext2 over ext3 is should be even larger
when fsync is not enabled.

Cheers,

Neil

--
Neil Conway <neilc@samurai.com> || PGP Key ID: DB3C29FC

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

Предыдущее
От: Holger Marzen
Дата:
Сообщение: Formatting numbers in psql?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Performance while loading data and indexing