Re: design for parallel backup

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: design for parallel backup
Дата
Msg-id 92c77ed1-3540-fefc-62dd-d28402afe954@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: design for parallel backup  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: design for parallel backup
Список pgsql-hackers
On 2020-04-20 22:36, Robert Haas wrote:
> My suspicion is that it has mostly to do with adequately utilizing the
> hardware resources on the server side. If you are network-constrained,
> adding more connections won't help, unless there's something shaping
> the traffic which can be gamed by having multiple connections.

This is a thing.  See "long fat network" and "bandwidth-delay product" 
(https://en.wikipedia.org/wiki/Bandwidth-delay_product).  The proper way 
to address this is presumably with TCP parameter tuning, but in practice 
it's often easier to just start multiple connections, for example, when 
doing a backup via rsync.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: design for parallel backup
Следующее
От: Fujii Masao
Дата:
Сообщение: Re: backup manifests