Re: effective_io_concurrency on EBS/gp2 - Mailing list pgsql-performance

From Vitaliy Garnashevich
Subject Re: effective_io_concurrency on EBS/gp2
Date
Msg-id 7895b3f0-0871-2b04-d3a3-3ade175e7212@gmail.com
Whole thread Raw
In response to Re: effective_io_concurrency on EBS/gp2  (Claudio Freire <klaussfreire@gmail.com>)
Responses Re: effective_io_concurrency on EBS/gp2  (Claudio Freire <klaussfreire@gmail.com>)
List pgsql-performance
> I mean, that the issue is indeed affected by the order of rows in the
> table. Random heap access patterns result in sparse bitmap heap scans,
> whereas less random heap access patterns result in denser bitmap heap
> scans. Dense scans have large portions of contiguous fetches, a
> pattern that is quite adversely affected by the current prefetch
> mechanism in linux.
>

Thanks for your input.

How can I test a sparse bitmap scan? Can you think of any SQL commands 
which would generate data and run such scans?

Would a bitmap scan over expression index ((aid%1000)=0) do a sparse 
bitmap scan?

Regards,
Vitaliy


pgsql-performance by date:

Previous
From: Claudio Freire
Date:
Subject: Re: effective_io_concurrency on EBS/gp2
Next
From: Thomas Güttler
Date:
Subject: OT: Performance of VM