Re: Linux kernel impact on PostgreSQL performance
От | Claudio Freire |
---|---|
Тема | Re: Linux kernel impact on PostgreSQL performance |
Дата | |
Msg-id | CAGTBQpbs8h6Fe=L8+hzkHHFcRroNDrmKD9mDp-WZS_OAr_w92g@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Linux kernel impact on PostgreSQL performance (Jim Nasby <jim@nasby.net>) |
Ответы |
Re: Linux kernel impact on PostgreSQL performance
|
Список | pgsql-hackers |
On Mon, Jan 13, 2014 at 5:32 PM, Jim Nasby <jim@nasby.net> wrote: >> >> That's my point. In terms of kernel-postgres interaction, it's fairly >> simple. >> >> What's not so simple, is figuring out what policy to use. Remember, >> you cannot tell the kernel to put some page in its page cache without >> reading it or writing it. So, once you make the kernel forget a page, >> evicting it from shared buffers becomes quite expensive. > > > Well, if we were to collaborate with the kernel community on this then > presumably we can do better than that for eviction... even to the extent of > "here's some data from this range in this file. It's (clean|dirty). Put it > in your cache. Just trust me on this." If I had a kernel developer hat, I'd put it on to say: I don't think allowing that last bit is wise for a kernel. It would violate oh-so-many separation rules and open an oh-so-big can-o-worms.
В списке pgsql-hackers по дате отправления: