Anything to be gained from a 'Postgres Filesystem'?

Поиск
Список
Период
Сортировка
От Matt Clark
Тема Anything to be gained from a 'Postgres Filesystem'?
Дата
Msg-id 008601c4b743$aff57f10$8300a8c0@solent
обсуждение исходный текст
Ответы Re: Anything to be gained from a 'Postgres Filesystem'?  (Pierre-Frédéric Caillaud<lists@boutiquenumerique.com>)
Re: Anything to be gained from a 'Postgres Filesystem'?  ("Steinar H. Gunderson" <sgunderson@bigfoot.com>)
Re: Anything to be gained from a 'Postgres Filesystem'?  (Neil Conway <neilc@samurai.com>)
Список pgsql-performance
I suppose I'm just idly wondering really.  Clearly it's against PG
philosophy to build an FS or direct IO management into PG, but now it's so
relatively easy to plug filesystems into the main open-source Oses, It
struck me that there might be some useful changes to, say, XFS or ext3, that
could be made that would help PG out.

I'm thinking along the lines of an FS that's aware of PG's strategies and
requirements and therefore optimised to make those activities as efiicient
as possible - possibly even being aware of PG's disk layout and treating
files differently on that basis.

Not being an FS guru I'm not really clear on whether this would help much
(enough to be worth it anyway) or not - any thoughts?  And if there were
useful gains to be had, would it need a whole new FS or could an existing
one be modified?

So there might be (as I said, I'm not an FS guru...):
* great append performance for the WAL?
* optimised scattered writes for checkpointing?
* Knowledge that FSYNC is being used for preserving ordering a lot of the
time, rather than requiring actual writes to disk (so long as the writes
eventually happen in order...)?


Matt



Matt Clark
Ymogen Ltd
P: 0845 130 4531
W: https://ymogen.net/
M: 0774 870 1584



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

Предыдущее
От: "Joshua D. Drake"
Дата:
Сообщение: Re: create index with substr function
Следующее
От: "Alban Medici (NetCentrex)"
Дата:
Сообщение: Re: Free PostgreSQL Training, Philadelphia, Oct 30