Re: Caching by Postgres
От | Gavin Sherry |
---|---|
Тема | Re: Caching by Postgres |
Дата | |
Msg-id | Pine.LNX.4.58.0508241510060.5493@linuxworld.com.au обсуждение исходный текст |
Ответ на | Re: Caching by Postgres (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-performance |
On Wed, 24 Aug 2005, Tom Lane wrote: > Gavin Sherry <swm@alcove.com.au> writes: > > A filesystem could, in theory, help us by providing an API which allows us > > to tell the file system either: the way we'd like it to read ahead, the > > fact that we don't want it to read ahead or the way we'd like it to cache > > (or not cache) data. The thing is, most OSes provide interfaces to do this > > already and we make only little use of them (I'm think of > > madv_sequential(), madv_random(), POSIX fadvise(), the various flags to > > open() which AIX, HPUX, Solaris provide). > > Yeah ... the main reason we've not spent too much time on that sort of > stuff is that *it's not portable*. And with all due respect to Hans, > special tweaks for one filesystem are even less interesting than special > tweaks for one OS. Right. As an aside, it seems to me that if there is merit in all this low level interaction with the file system (not to mention the other platform specific microoptimisations which come up regularly on the lists) then the companies currently producing niche commercial releases of PostgreSQL should be taking advantage of them: if it increases performance, then there's a reason to buy as opposed to just downloading the OSS version. Gavin
В списке pgsql-performance по дате отправления: