Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c)
От | Bruce Momjian |
---|---|
Тема | Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c) |
Дата | |
Msg-id | 200011161659.LAA15203@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c) ("Vadim Mikheev" <vmikheev@sectorbase.com>) |
Ответы |
Re: RE: [COMMITTERS] pgsql/src/backend/access/transam ( xact.c xlog.c)
|
Список | pgsql-hackers |
[ Charset ISO-8859-1 unsupported, converting... ] > > > > Earlier, Vadim was talking about arranging to share fsyncs of the WAL > > > > log file across transactions (after writing your commit record to the > > > > log, sleep a few milliseconds to see if anyone else fsyncs before you > > > > do; if not, issue the fsync yourself). That would offer less-than- > > > > one-fsync-per-transaction performance without giving up any > > > > guarantees. > > > > If people feel a compulsion to have a tunable parameter, let 'em tune > > > > the length of the pre-fsync sleep ... > > > > > > Already implemented (without ability to tune this parameter - > > > xact.c:CommitDelay, - yet). Currently CommitDelay is 5, so > > > backend sleeps 1/200 sec before checking/forcing log fsync. > > > > But it returns _completed_ to the client before sleeping, right? > > No. Ewe, so we have this 1/200 second delay for every transaction. Seems bad to me. -- 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 по дате отправления: