| From: | Amit Langote <amitlangote09(at)gmail(dot)com> |
|---|---|
| To: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: pgbench -i progress output on terminal |
| Date: | 2019-11-29 17:26:18 |
| Message-ID: | CA+HiwqHgSs7-8Q-uz6Yrqxbd0TSfw-MP95deh+fSJ80ZP6C83g@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hi Fabien,
On Fri, Nov 29, 2019 at 10:13 PM Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> wrote:
> > 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.
Thanks a lot for the quick review.
> 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.
I have updated the patch based on these observations. Attached v2.
Thanks,
Amit
| Attachment | Content-Type | Size |
|---|---|---|
| compactify-pgbench-init-progress-output_v2.patch | application/octet-stream | 2.1 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Masahiko Sawada | 2019-11-29 17:44:58 | Using XLogFileNameP in critical section |
| Previous Message | Tom Lane | 2019-11-29 15:30:47 | Re: Update minimum SSL version |