Re: [HACKERS] Performance while loading data and indexing

Поиск
Список
Период
Сортировка
От Greg Copeland
Тема Re: [HACKERS] Performance while loading data and indexing
Дата
Msg-id 1033074555.23344.48.camel@mouse.copelandconsulting.net
обсуждение исходный текст
Ответ на Re: [HACKERS] Performance while loading data and indexing  (Neil Conway <neilc@samurai.com>)
Ответы Re: [HACKERS] Performance while loading data and indexing  (Neil Conway <neilc@samurai.com>)
Список pgsql-general
On Thu, 2002-09-26 at 16:03, Neil Conway wrote:
> 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?

Well, I have experienced data loss from ext2 before.  Also, recovery
from crashes on large file systems take a very, very long time.  I can't
imagine anyone running a production database on an ext2 file system
having 10's or even 100's of GB.  Ouch.  Recovery would take forever!
Even recovery on small file systems (2-8G) can take extended periods of
time.  Especially so on IDE systems.  Even then manual intervention is
not uncommon.

While I can't say that x, y or z is the best FS to use on Linux, I can
say that ext2 is probably an exceptionally poor choice from a
reliability and/or uptime perspective.

Greg


Вложения

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Performance while loading data and indexing
Следующее
От: Neil Conway
Дата:
Сообщение: Re: [HACKERS] Performance while loading data and indexing