Re: POC: track vacuum/analyze cumulative time per relation

Поиск
Список
Период
Сортировка
От Bertrand Drouvot
Тема Re: POC: track vacuum/analyze cumulative time per relation
Дата
Msg-id Z4ez/l7kbFd6Ppmq@ip-10-97-1-34.eu-west-3.compute.internal
обсуждение исходный текст
Ответ на Re: POC: track vacuum/analyze cumulative time per relation  (Bertrand Drouvot <bertranddrouvot.pg@gmail.com>)
Список pgsql-hackers
Hi,

On Tue, Jan 14, 2025 at 05:01:52PM -0600, Sami Imseih wrote:
> Please see the attached v3.

Thanks!

A few comments:

=== 1

+      <entry role="catalog_table_entry"><para role="column_definition">
+       <structfield>total_vacuum_time</structfield> <type>bigint</type>
+      </para>

Those new fields should be documented as "double precision".

=== 2

+#define PG_STAT_GET_RELENTRY_FLOAT8(stat)                                              \
+Datum
\
+CppConcat(pg_stat_get_,stat)(PG_FUNCTION_ARGS)                                 \
+{
       \
 
+       Oid                     relid = PG_GETARG_OID(0);                                               \
+       float8          result;                                                                                 \
+       PgStat_StatTabEntry *tabentry;                                                          \
+
       \
 
+       if ((tabentry = pgstat_fetch_stat_tabentry(relid)) == NULL)     \
+               result = 0;
\
+       else
\
+               result = (float8) (tabentry->stat);                                             \
+
       \
 
+       PG_RETURN_FLOAT8(result);                                                                       \
+}

I did propose "double" up-thread to be consistent with the code around. That
would mean to also cast to "double". That's just for consistency purpose. What do
you think?

Appart from the above that LGTM.

Regards,

-- 
Bertrand Drouvot
PostgreSQL Contributors Team
RDS Open Source Databases
Amazon Web Services: https://aws.amazon.com



В списке pgsql-hackers по дате отправления: