Re: [SPAM?] Re: Asynchronous I/O Support

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas ADI SD
Тема Re: [SPAM?] Re: Asynchronous I/O Support
Дата
Msg-id E1539E0ED7043848906A8FF995BDA57901726499@m0143.s-mxs.net
обсуждение исходный текст
Ответ на Re: [SPAM?] Re: Asynchronous I/O Support  (mark@mark.mielke.cc)
Список pgsql-hackers
> > 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.

IIRC the configuration of that test was not suitable to show any
benefit.
Minimum requirements to show improvement are:- very few active sessions (typically less than number of disks)- a table
thatspans multiple disks (typically on a stripe set)   (or one intelligent scsi disk)- only random disk access plans 
> You have PostgreSQL on Windows with EMC with async I/O
> support to test with?

No, sorry. Was a MaxDB issue.

Andreas


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

Предыдущее
От: "Zeugswetter Andreas ADI SD"
Дата:
Сообщение: Re: [SPAM?] Re: Asynchronous I/O Support
Следующее
От: "Albe Laurenz"
Дата:
Сообщение: Re: bug or feature, || -operator and NULLs