Re: [NOVICE] Asynchronous I/O in Postgres

Поиск
Список
Период
Сортировка
От Josh Kupershmidt
Тема Re: [NOVICE] Asynchronous I/O in Postgres
Дата
Msg-id AANLkTinoFoBdesaPi3C4-VoONcB7gFcRE0UPoLDsbEn9@mail.gmail.com
обсуждение исходный текст
Ответы Re: [NOVICE] Asynchronous I/O in Postgres
Список 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

Вложения

В списке pgsql-docs по дате отправления:

Предыдущее
От: Katharina kuhn
Дата:
Сообщение: CREATE CUSTOM TEXT SEARCH PARSER
Следующее
От: ljb
Дата:
Сообщение: Re: [GENERAL] Gripe: bytea_output default => data corruption