Re: O_DIRECT and performance

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: O_DIRECT and performance
Дата
Msg-id 200109280040.f8S0eHM23002@candle.pha.pa.us
обсуждение исходный текст
Ответ на O_DIRECT and performance  (Doug McNaught <doug@wireboard.com>)
Ответы 7.2b2 "make check" failure on Red Hat Linux 7.2
Список pgsql-hackers
> Well, O_DIRECT has finally made it into the Linux kernel.  It lets you 
> open a file in such a way that reads and writes don't go to the buffer 
> cache but straight to the disk.  Accesses must be aligned on
> filesystem block boundaries.
> 
> Is there any case where PG would benefit from this?  I can see it
> reducing memory pressure and duplication of data between PG shared
> buffers and the block buffer cache.  OTOH, it does require that writes 
> be batched up for decent performance, since each write has an implicit 
> fsync() involved (just as with O_SYNC).
> 
> Anyone played with this on systems that already support it (Solaris?)

I have heard there are many cases there O_DIRECT on Solaris is slower
for databases than normal I/O.  I think bulk copy was faster but not
normal operation.  Probably not something we are going to get into soon.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Spinlock performance improvement proposal
Следующее
От: Gunnar Rønning
Дата:
Сообщение: Re: Spinlock performance improvement proposal