From: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
---|---|
To: | Amit Langote <amitlangote09(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: pgbench -i progress output on terminal |
Date: | 2019-11-29 13:13:15 |
Message-ID: | alpine.DEB.2.21.1911291157500.12886@pseudo |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> I wonder why we don't use the same style for $subject as pg_basebackup
> --progress, that is, use a carriage return instead of a newline after
> each line reporting the number of tuples copied?
Patch applies cleanly, compiles, and works for me.
My 0.02€:
fprintf -> fputs or fputc to avoid a format parsing, or maybe use %c in
the formats.
As the format is not constant, ISTM that vfprintf should be called, not
fprintf (even if in practice fprintf does call vfprintf internally).
I'm not sure what the compilers does with isatty(fileno(stderr)), maybe
the eol could be precomputed:
char eol = isatty(...) ? '\r' : '\n';
and reused afterwards in the loop:
fprintf(stderr, ".... %c", ..., eol);
that would remove the added in-loop printing.
--
Fabien.
From | Date | Subject | |
---|---|---|---|
Next Message | Masahiko Sawada | 2019-11-29 13:41:05 | Re: [HACKERS] Block level parallel vacuum |
Previous Message | Michael Paquier | 2019-11-29 12:57:27 | Re: Update minimum SSL version |