|From:||Joel Jacobson <joel(at)trustly(dot)com>|
|To:||Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>|
|Cc:||Pg Hackers <pgsql-hackers(at)postgresql(dot)org>|
|Views:||Raw Message | Whole Thread | Download mbox|
On Sat, Dec 24, 2016 at 9:00 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I would like to propose adding a fourth such column, "waiting_start",
>> which would tell how long time a backend has been waiting.
> The difficulty with that is it'd require a gettimeofday() call for
> every wait start. Even on platforms where those are relatively cheap,
> the overhead would be nasty --- and on some platforms, it'd be
> astonishingly bad. We sweated quite a lot to get the overhead of
> pg_stat_activity wait monitoring down to the point where it would be
> tolerable for non-heavyweight locks, but I'm afraid this would push
> it back into the not-tolerable range.
I don't think we need the microsecond resolution provided by
gettimeofday() via GetCurrentTimestamp()
It would be enough to know which second the waiting started, so we
could use time().
gettimeofday() takes 42 cycles.
time() only takes 3 cycles. 
|Next Message||Joel Jacobson||2016-12-24 05:32:58||Re: pg_stat_activity.waiting_start|
|Previous Message||Alvaro Herrera||2016-12-24 02:31:30||Re: Indirect indexes|