On Sat, Mar 12, 2016 at 2:38 PM, Alexander Korotkov <
a.korotkov@postgrespro.ru> wrote:
>
> On Sat, Mar 12, 2016 at 2:45 AM, Andres Freund <
andres@anarazel.de> wrote:
>>
>>
>> I think I agree with Robert here. Providing hooks into very low level
>> places tends to lead to problems in my experience; tight control over
>> what happens is often important - I certainly don't want any external
>> code to run while we're waiting for an lwlock.
>
>
> So, I get following.
>
> 1) Detailed wait monitoring might cause high overhead on some systems.
> 2) We want wait monitoring to be always on. And we don't want options to enable additional features of wait monitoring.
>
I am not able to see how any of above comments indicate that wait monitoring need to be always on, why can't we consider to be off by default especially for events like timing calculations where we suspect to have some performance penalty and during development if it is proven that none of the additional wait events cause any overhead, then we can keep them on by default.
> 3) We don't want hook of wait events to be exposed.
>
> Can I conclude that we reject detailed wait monitoring by design?
>
I don't think so.