Re: XFS File systems and PostgreSQL
От | Bruce Momjian |
---|---|
Тема | Re: XFS File systems and PostgreSQL |
Дата | |
Msg-id | 200105030054.f430sL904154@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: XFS File systems and PostgreSQL (Doug McNaught <doug@wireboard.com>) |
Список | pgsql-hackers |
> Bruce Momjian <pgman@candle.pha.pa.us> writes: > > > Yes, the irony is that a journaling file system is being used to have > > fast, reliable restore after crash bootup, but with no fsync, the db is > > probably hosed. > > It just struck me--is it necessarily true that we get the big > performance hit? > > On a non-data-journaling FS (like ext3), since WAL files are > preallocated (right?), a WAL sync shouldn't involve any metadata > updates. So we just write the WAL data to a (hopefully contiguous) > chunk of data blocks. > > On an FS that journals data AND metadata, fsync() can return once the > updates are committed to the log--it doesn't have to wait until the > log is back-flushed (or whatever you call it) to the main filesystem. > > The above is theoretical, and I don't know enough about Reiser or XFS > to know how they behave. Theoretically, yes, all these log-based file system just log metadata changes, not user data, so it should not affect it. I just don't know how well the fsync's are implemented on these things. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: