Re: Remove or weaken hints about "effective resolution of sleep delays is 10 ms"?

From: Andres Freund <andres(at)anarazel(dot)de>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Remove or weaken hints about "effective resolution of sleep delays is 10 ms"?
Date: 2016-02-16 08:50:33
Message-ID: 20160216085033.GG25464@awork2.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2016-02-16 09:13:09 +0100, Andres Freund wrote:
> What we do we think the resolution is on modern
> >systems? I would not have guessed that to be inaccurate.
>
> Depends in a lot of factors. The biggest being how busy you're system
> is. On an mostly idle system (i.e. workout so CPUs being
> overcommitted) you can get resolutions considerably below one
> millisecond. HPET can get you very low latencies, making OS scheduling
> latencies the dominant factor, but one that can be tuned.

To back up my claim on this, read man 7 time
(e.g. http://linux.die.net/man/7/time), especially "The software clock,
HZ, and jiffies" and "High-resolution timers". To quote the most salient
point:

> Before Linux 2.6.21, the accuracy of timer and sleep system calls (see
> below) was also limited by the size of the jiffy.
>
> Since Linux 2.6.21, Linux supports high-resolution timers (HRTs),
> optionally configurable via CONFIG_HIGH_RES_TIMERS. On a system that
> supports HRTs, the accuracy of sleep and timer system calls is no longer
> constrained by the jiffy, but instead can be as accurate as the hardware
> allows (microsecond accuracy is typical of modern hardware).

Andres

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Fabien COELHO 2016-02-16 08:53:59 Re: extend pgbench expressions with functions
Previous Message Vladimir Borodin 2016-02-16 08:23:14 Re: [WIP] ALTER ... OWNER TO ... CASCADE