From: | Claudio Freire <klaussfreire(at)gmail(dot)com> |
---|---|
To: | KONDO Mitsumasa <kondo(dot)mitsumasa(at)lab(dot)ntt(dot)co(dot)jp> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Peter Geoghegan <pg(at)heroku(dot)com>, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> |
Subject: | Re: Optimize kernel readahead using buffer access strategy |
Date: | 2014-01-14 14:34:32 |
Message-ID: | CAGTBQpaDJxhSziKba3HAtCp8jfQn+LBC=fPKuEc6EtKtmozMiA@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jan 14, 2014 at 8:58 AM, KONDO Mitsumasa
<kondo(dot)mitsumasa(at)lab(dot)ntt(dot)co(dot)jp> wrote:
>
> In my past patch, it is significant bug which is mistaken caluculation of
> offset in posix_fadvise():-( However it works well without problem in
> pgbench.
> Because pgbench transactions are always random access...
Did you notice any difference?
AFAIK, when specifying read patterns (ie, RANDOM, SEQUENTIAL and stuff
like that), the offset doesn't matter. At least in linux.
From | Date | Subject | |
---|---|---|---|
Next Message | Claudio Freire | 2014-01-14 14:35:07 | Re: Optimize kernel readahead using buffer access strategy |
Previous Message | Kohei KaiGai | 2014-01-14 14:19:45 | Re: Custom Scan APIs (Re: Custom Plan node) |