Re: shared_buffers advice - Mailing list pgsql-performance

From Cédric Villemain
Subject Re: shared_buffers advice
Date
Msg-id AANLkTinuS4hWw-Pg6RFpzsMo9qQj7zC-FulEgtn83Gkr@mail.gmail.com
Whole thread Raw
In response to Re: shared_buffers advice  (Konrad Garus <konrad.garus@gmail.com>)
Responses Re: shared_buffers advice
List pgsql-performance
2010/5/27 Konrad Garus <konrad.garus@gmail.com>:
> 2010/5/27 Cédric Villemain <cedric.villemain.debian@gmail.com>:
>
>> It works thanks to mincore/posix_fadvise stuff : you need linux.
>> It is stable enough in my own experiment. I did use it for debugging
>> purpose in production servers with succes.
>
> What impact does it have on performance?

pgmincore() and pgmincore_snapshot() both are able to mmap up to 1GB.
I didn't mesure a performance impact. But I haven't enough benchmarks/test yet.

>
> Does it do anything, is there any interaction between it and PG/OS,
> when it's not executing a command explicitly invoked by me?

pgfincore does nothing until you call one of the functions.

Reducing the mmap window is faisable, and I had start something to use
effective_io_concurrency in order to improve prefetch (for restore)
but this part of the code is not yet finished.

>
> --
> Konrad Garus
>



--
Cédric Villemain               2ndQuadrant
http://2ndQuadrant.fr/     PostgreSQL : Expertise, Formation et Support

pgsql-performance by date:

Previous
From: Konrad Garus
Date:
Subject: Re: shared_buffers advice
Next
From: Krzysztof Nienartowicz
Date:
Subject: Query causing explosion of temp space with join involving partitioning