Re: Proposed LogWriter Scheme, WAS: Potential Large Performance

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Proposed LogWriter Scheme, WAS: Potential Large Performance
Дата
Msg-id 200210052144.g95Liuv03438@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: Proposed LogWriter Scheme, WAS: Potential Large Performance  ("Curtis Faith" <curtis@galtair.com>)
Список pgsql-hackers
Curtis Faith wrote:
> > No question about that!  The sooner we can get stuff to the WAL buffers,
> > the more likely we will get some other transaction to do our fsync work.
> > Any ideas on how we can do that?
> 
> More like the sooner we get stuff out of the WAL buffers and into the
> disk's buffers whether by write or aio_write.

Does aio_write to write or write _and_ fsync()?

> It doesn't do any good to have information in the XLog unless it
> gets written to the disk buffers before they empty.

Just for clarification, we have two issues in this thread:
WAL memory buffers fill up, forcing WAL writemultiple commits at the same time force too many fsync's

I just wanted to throw that out.

> > I can't tell you how many aio/mmap/fancy feature discussions we have
> > had, and we obviously discuss them, but in the end, they end up being of
> > questionable value for the risk/complexity;  but, we keep talking,
> > hoping we are wrong or some good ideas come out of it.
> 
> I'm all in favor of keeping clean designs. I'm very pleased with how
> easy PostreSQL is to read and understand given how much it does.

Glad you see the situation we are in.  ;-)

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


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

Предыдущее
От: "Curtis Faith"
Дата:
Сообщение: Re: Proposed LogWriter Scheme, WAS: Potential Large Performance
Следующее
От: "Antoine Lobato"
Дата:
Сообщение: Implicit Lock Row