Re: commit_delay, siblings - Mailing list pgsql-hackers

From Greg Stark
Subject Re: commit_delay, siblings
Date
Msg-id 8764w6ywd5.fsf@stark.xeocode.com
Whole thread Raw
In response to Re: commit_delay, siblings  (Hans-Jürgen Schönig <postgres@cybertec.at>)
List pgsql-hackers
Hans-Jürgen Schönig <postgres@cybertec.at> writes:

> > The theory is good, but useful values for commit_delay would probably be
> > under a millisecond, and there isn't any portable way to sleep for such
> > short periods.

Just because there's no "portable" way to be sure it'll work doesn't mean
there's no point in trying. If one user sets it to 5ms and it's effective for
him there's no reason to take out the option for him just because it doesn't
work out as well on all platforms.

Linux, for example has moved to higher clock speeds precisely because things
like movie and music players need to be able to control their timing to much
more precision than 10ms.

-- 
greg



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Why is checkpoint so costly?
Next
From: "Magnus Hagander"
Date:
Subject: Re: [PATCHES] Removing Kerberos 4