Re: Seq scans roadmap - Mailing list pgsql-hackers

From Zeugswetter Andreas ADI SD
Subject Re: Seq scans roadmap
Date
Msg-id E1539E0ED7043848906A8FF995BDA57901FD9726@m0143.s-mxs.net
Whole thread Raw
In response to Re: Seq scans roadmap  (Heikki Linnakangas <heikki@enterprisedb.com>)
Responses Re: Seq scans roadmap  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-hackers
> >> What do you mean with using readahead inside the heapscan?
> >> Starting an async read request?
> >
> > Nope - just reading N buffers ahead for seqscans.  Subsequent calls
> > use previously read pages.  The objective is to issue
> contiguous reads
> > to the OS in sizes greater than the PG page size (which is much
> > smaller than what is needed for fast sequential I/O).
>
> Are you filling multiple buffers in the buffer cache with a
> single read-call?

yes, needs vector or ScatterGather IO.
> The OS should be doing readahead for us
> anyway, so I don't see how just issuing multiple ReadBuffers
> one after each other helps.

Last time I looked OS readahead was only comparable to 32k blocked
reads.
256k blocked reads still perform way better. Also when the OS is
confronted
with an IO storm the 256k reads perform way better than OS readahead.

Andreas


pgsql-hackers by date:

Previous
From: "Zeugswetter Andreas ADI SD"
Date:
Subject: Re: Seq scans roadmap
Next
From: Ale Raza
Date:
Subject: Patch: Allocation of "kind" codes for spatial type.