On Wed, Jan 16, 2013 at 10:04 PM, Jeff Janes <jeff(dot)janes(at)gmail(dot)com> wrote:
>> How about being aware of multiple spindles - so if the requested data
>> covers multiple spindles, then data could be extracted in parallel. This
>> may, or may not, involve multiple I/O channels?
> effective_io_concurrency does this for bitmap scans. I thought there was a
> patch in the commitfest to extend this to ordinary index scans, but now I
> can't find it.
I never pushed it to the CF since it interacts so badly with the
kernel. I was thinking about pushing the small part that is a net win
in all cases, the back-sequential patch, but that's independent of any
spindle count. It's more related to rotating media and read request
merges than it is to multiple spindles or parallelization.
The kernel guys basically are waiting for me to patch the kernel. I
think I convinced our IT guy at the office to lend me a machine for
tests... so it might happen soon.
In response to
pgsql-hackers by date
|Next:||From: Bruce Momjian||Date: 2013-01-17 02:44:53|
|Subject: Re: Parallel query execution|
|Previous:||From: Simon Riggs||Date: 2013-01-17 01:45:00|
|Subject: Re: log_lock_waits to identify transaction's relation|