Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc? - Mailing list pgsql-hackers

From Zsolt Parragi
Subject Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc?
Date
Msg-id CAN4CZFMMFzsPypfXZML-QVxiPi10uvwHXk9yOs0unV=6giaPJw@mail.gmail.com
Whole thread
In response to Re: Reduce timing overhead of EXPLAIN ANALYZE using rdtsc?  (Lukas Fittl <lukas@fittl.com>)
List pgsql-hackers
> Were you
> thinking of user-facing documentation, or more on the code side?

I'm not 100% sure, maybe code side is enough. With the current patch,
the behavior is only visible if somebody intentionally tries to make
it visible, and even then it's not really harmful.

In the code it's definitely worth mentioning since it's not trivial,
and stating it also makes it clear that it's not a bug/oversight. It
could be also useful info if another patch later wants to also use
timing_clock_source to keep in mind that users can change it
dynamically.



pgsql-hackers by date:

Previous
From: Tomas Vondra
Date:
Subject: Re: Why clearing the VM doesn't require registering vm buffer in wal record
Next
From: Sami Imseih
Date:
Subject: Add missing stats_reset column to pg_statio_all_sequences view