Re: improve performance of pg_dump --binary-upgrade

Поиск
Список
Период
Сортировка
От Corey Huinker
Тема Re: improve performance of pg_dump --binary-upgrade
Дата
Msg-id CADkLM=fDR9msTafzrmm==aoNu6FvTj4OZxphmODHjU_zxW5A3w@mail.gmail.com
обсуждение исходный текст
Ответ на improve performance of pg_dump --binary-upgrade  (Nathan Bossart <nathandbossart@gmail.com>)
Ответы Re: improve performance of pg_dump --binary-upgrade  (Michael Paquier <michael@paquier.xyz>)
Re: improve performance of pg_dump --binary-upgrade  (Nathan Bossart <nathandbossart@gmail.com>)
Список pgsql-hackers
One downside of this approach is the memory usage.  This was more-or-less


Bar-napkin math tells me in a worst-case architecture and braindead byte alignment, we'd burn 64 bytes per struct, so the 100K tables cited would be about 6.25MB of memory.

The obvious low-memory alternative would be to make a prepared statement, though that does nothing to cut down on the roundtrips.

I think this is a good trade off.


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

Предыдущее
От: Japin Li
Дата:
Сообщение: Re: Cannot find a working 64-bit integer type on Illumos
Следующее
От: shveta malik
Дата:
Сообщение: Re: Disallow changing slot's failover option in transaction block