From: | Ilya Gladyshev <i(dot)gladyshev(at)postgrespro(dot)ru> |
---|---|
To: | Julien Rouhaud <rjuju123(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Per query FDW network stat collection |
Date: | 2021-08-24 09:57:09 |
Message-ID: | d39f43da-1b5f-c73b-2f15-26ae53b788fc@postgrespro.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 24.08.2021 12:19, Julien Rouhaud wrote:
> However I'm not sure that having a new "network" option is the best
> way for that. It seems confusing as IIUC it won't be catching all
> network activity (like fe/be activity, or network disk...) but only
> FDW activity. I think it would be better to have those information
> retrieved when using the verbose option rather than a new one.
> Similarly, I'm afraid that INSTRUMENT_NETWORK could be misleading,
> although I don't have any better proposal right now.
I am also doubtful about this naming. Initially, I wanted to add fe/be
activity as one of the metrics, but then decided to restrict myself to
FDW for now. However, I decided to leave "network" as it is, because to
me it makes sense to have all the network-related metrics under a single
explain option (and a single instrumentation flag perhaps), in case more
are added later. The struct fields used for collection internally tell
explicitly that they are meant to be used only for FDW stats and the
explain output also mentions that the displayed stats are for FDW
network activity.
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2021-08-24 10:01:33 | Re: Some RELKIND macro refactoring |
Previous Message | Julien Rouhaud | 2021-08-24 09:19:43 | Re: Per query FDW network stat collection |