Re: Inefficiency in parallel pg_restore with many tables

Поиск
Список
Период
Сортировка
Искать
От
Michael Paquier
Тема
Re: Inefficiency in parallel pg_restore with many tables
Дата
Msg-id
ZQj5ZWVybyv0rZPf@paquier.xyz
Ответ на
Список
Дерево обсуждения
Inefficiency in parallel pg_restore with many tables Tom Lane <tgl@sss.pgh.pa.us>
Re: Inefficiency in parallel pg_restore with many tables Pierre Ducroquet <p.psql@pinaraf.info>
Re: Inefficiency in parallel pg_restore with many tables Andres Freund <andres@anarazel.de>
Re: Inefficiency in parallel pg_restore with many tables Andrew Dunstan <andrew@dunslane.net>
Re: Inefficiency in parallel pg_restore with many tables Tom Lane <tgl@sss.pgh.pa.us>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Tom Lane <tgl@sss.pgh.pa.us>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Tom Lane <tgl@sss.pgh.pa.us>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Robert Haas <robertmhaas@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Tom Lane <tgl@sss.pgh.pa.us>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Tom Lane <tgl@sss.pgh.pa.us>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Tom Lane <tgl@sss.pgh.pa.us>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Tom Lane <tgl@sss.pgh.pa.us>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
Re: Inefficiency in parallel pg_restore with many tables Michael Paquier <michael@paquier.xyz>
Re: Inefficiency in parallel pg_restore with many tables Nathan Bossart <nathandbossart@gmail.com>
On Mon, Sep 18, 2023 at 09:23:20PM -0400, Tom Lane wrote:
> bowerbird is unhappy with this.  I suppose you missed out updating
> the src/tools/msvc/ scripts.
> (Weren't we about ready to nuke those?)

hamerkop seems to be the only buildfarm member that would complain if
these were to be gone today, on top of bowerbird, of course.
--
Michael
В списке pgsql-hackers по дате отправления
От: Peter Geoghegan
Дата:
От: Tom Lane
Дата:
FAQ