Re: Adding a --quiet option to initdb

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Adding a --quiet option to initdb
Дата
Msg-id 2898.1138378817@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Adding a --quiet option to initdb  (Thomas Hallgren <thomas@tada.se>)
Ответы Re: Adding a --quiet option to initdb  ("Joshua D. Drake" <jd@commandprompt.com>)
Список pgsql-hackers
I wrote:
>> While we can probably all agree that it's not very interesting to
>> mention every single directory that initdb creates, I find it ...

I took a quick look at the source and see that it would be trivial
to reduce the current output from

creating directory /home/postgres/v82/data ... ok
creating directory /home/postgres/v82/data/global ... ok
creating directory /home/postgres/v82/data/pg_xlog ... ok
creating directory /home/postgres/v82/data/pg_xlog/archive_status ... ok
creating directory /home/postgres/v82/data/pg_clog ... ok
creating directory /home/postgres/v82/data/pg_subtrans ... ok
creating directory /home/postgres/v82/data/pg_twophase ... ok
creating directory /home/postgres/v82/data/pg_multixact/members ... ok
creating directory /home/postgres/v82/data/pg_multixact/offsets ... ok
creating directory /home/postgres/v82/data/base ... ok
creating directory /home/postgres/v82/data/base/1 ... ok
creating directory /home/postgres/v82/data/pg_tblspc ... ok
selecting default max_connections ... 100
...

to

creating directory /home/postgres/v82/data ... ok
creating subdirectories ... ok
selecting default max_connections ... 100
...

which would go a long way to cutting down the perception of useless
chatter.  I think the per-subdirectory messages were put in at a time
when we only created one or two such, but that was a long time ago.
It doesn't take long to make a directory, so the messages aren't
very useful as progress reports, and if the first creation succeeds
then it's highly unlikely the rest will fail.  (Of course, if one
does fail we'll report its name at that point.)

Barring objections I'll make this change, regardless of whether we
later decide that all the progress messages ought to be dependent
on a --verbose or --quiet flag.
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: stats for failed transactions (was Re: [GENERAL] VACUUM Question)
Следующее
От: Jason Essington
Дата:
Сообщение: Re: Segfault Exiting psql