Re: [SPAM?] Re: Asynchronous I/O Support - Mailing list pgsql-hackers

From mark@mark.mielke.cc
Subject Re: [SPAM?] Re: Asynchronous I/O Support
Date
Msg-id 20061020171116.GA15271@mark.mielke.cc
Whole thread Raw
In response to Re: [SPAM?] Re: Asynchronous I/O Support  ("Zeugswetter Andreas ADI SD" <ZeugswetterA@spardat.at>)
Responses Re: [SPAM?] Re: Asynchronous I/O Support  ("Zeugswetter Andreas ADI SD" <ZeugswetterA@spardat.at>)
List pgsql-hackers
On Fri, Oct 20, 2006 at 05:37:48PM +0200, Zeugswetter Andreas ADI SD wrote:
> Yup, that would be the scenario where it helps (provided that you have
> a smart disk or a disk array and an intelligent OS aio implementation).
> It would be used to fetch the data pages pointed at from an index leaf,
> or the next level index pages.
> We measured the IO bandwidth difference on Windows with EMC as beeing 
> nearly proportional to parallel outstanding requests up to at least

Measured it using what? I was under the impression only one
proof-of-implementation existed, and that the scenarios and
configuration of the person who wrote it, did not show significant
improvement.

You have PostgreSQL on Windows with EMC with async I/O support to
test with?

Cheers,
mark

-- 
mark@mielke.cc / markm@ncf.ca / markm@nortel.com     __________________________
.  .  _  ._  . .   .__    .  . ._. .__ .   . . .__  | Neighbourhood Coder
|\/| |_| |_| |/    |_     |\/|  |  |_  |   |/  |_   | 
|  | | | | \ | \   |__ .  |  | .|. |__ |__ | \ |__  | Ottawa, Ontario, Canada
 One ring to rule them all, one ring to find them, one ring to bring them all                      and in the darkness
bindthem...
 
                          http://mark.mielke.cc/



pgsql-hackers by date:

Previous
From: Darcy Buskermolen
Date:
Subject: Re: misbehaving planer?
Next
From: Theo Schlossnagle
Date:
Subject: xlogdump fixups and WAL log question.