Re: [PATCHES] O_DIRECT for WAL writes
От | Bruce Momjian |
---|---|
Тема | Re: [PATCHES] O_DIRECT for WAL writes |
Дата | |
Msg-id | 200506240112.j5O1CGf12612@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [PATCHES] O_DIRECT for WAL writes (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [PATCHES] O_DIRECT for WAL writes
|
Список | pgsql-hackers |
Tom Lane wrote: > Greg Stark <gsstark@mit.edu> writes: > > Tom Lane <tgl@sss.pgh.pa.us> writes: > >> Unfortunately, I cannot believe these numbers --- the near equality of > >> fsync off and fsync on means there is something very wrong with the > >> measurements. What I suspect is that your ATA drives are doing write > >> caching and thus the "fsyncs" are not really waiting for I/O at all. > > > I wonder whether it would make sense to have an automatic test for this > > problem. I suspect there are lots of installations out there whose admins > > don't realize that their hardware is doing this to them. > > Not sure about "automatic", but a simple little test program to measure > the speed of rewriting/fsyncing a small test file would surely be a nice > thing to have. > > The reason I question "automatic" is that you really want to test each > drive being used, if the system has more than one; but Postgres has no > idea what the actual hardware layout is, and so no good way to know what > needs to be tested. Some folks have battery-backed cached controllers so they would appear as not handling fsync when in fact they do. -- 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 по дате отправления: