Re: [NOVICE] Asynchronous I/O in Postgres - Mailing list pgsql-docs

From Josh Kupershmidt
Subject Re: [NOVICE] Asynchronous I/O in Postgres
Date
Msg-id AANLkTinoFoBdesaPi3C4-VoONcB7gFcRE0UPoLDsbEn9@mail.gmail.com
Whole thread Raw
Responses Re: [NOVICE] Asynchronous I/O in Postgres
List pgsql-docs
[moving to -docs]

On Wed, Oct 20, 2010 at 10:30 PM, Bruce Momjian <bruce@momjian.us> wrote:
> Josh Kupershmidt wrote:
>> But it looks to me like effective_io_concurrency only affects bitmap
>> heap scans. The setting from effective_io_concurrency gets put into
>> "target_prefetch_pages" in ./src/backend/utils/misc/guc.c . But the
>> only place which uses that variable is
>> ./src/backend/executor/nodeBitmapHeapscan.c.
>>
>> The EnterpriseDB docs
>> <http://www.enterprisedb.com/docs/en/8.3R2/perf/Postgres_Plus_Advanced_Server_Performance_Guide-17.htm>
>> mention:
>> "effective_io_concurrency is only used for Bitmap Heap Scans. For
>> normal sequential scans the operating system should handle read-ahead
>> internally (On Linux, see the blockdev command, in particular --setra
>> and --setfra)."
>
> So, this this also true for community Postgres?  Can someone suggest
> updated docs?

It looks like effective_io_concurrency only has an impact on bitmap
heap scans. I think a brief mention of this fact in the docs for
effective_io_concurrency should suffice, patch attached.

Josh

Attachment

pgsql-docs by date:

Previous
From: Katharina kuhn
Date:
Subject: CREATE CUSTOM TEXT SEARCH PARSER
Next
From: ljb
Date:
Subject: Re: [GENERAL] Gripe: bytea_output default => data corruption