Re: Backup is too slow

Поиск
Список
Период
Сортировка
От William Yu
Тема Re: Backup is too slow
Дата
Msg-id cpe8l2$1nvt$1@news.hub.org
обсуждение исходный текст
Ответ на Re: Backup is too slow  ("John Jensen" <JRJ@ft.fo>)
Список pgsql-admin
John Jensen wrote:
> Hi Greg & others.
> I run this on a 4 cpu smp box (Dell PE6650+EMC AX100) so I already
> offload pg_dump, gzip and split to other cpu's. Top confirms this:
> postmaster = 95% cpu ie. it uses one cpu completely. Unless I can get
> postmaster to do less work (that's what I'm looking for) or run multiple
> threads (not likely) that's about the best I can get.
>
> The job is clearly cpu bound in the postmaster process.

Hmmm, when I upgraded my Opteron box to 64-bit linux, my dump->gzip ran
twice as fast which told me the gzip was a bit part of the CPU usage.
Dunno what else you can do to make it run faster. My backups -- even on
64-bit -- still take 20 minutes on a 30GB DB.

>
> I'm a bit reluctant to go into the snapshot option You outline. It
> looks a bit tricky but if no other options are on hand then I'll have to
> bite the bullet.

Snapshot is much easier if you use LVM. No need to do any postgres
trickery. Just freeze the volume at the kernel level.

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

Предыдущее
От: Michael Fuhr
Дата:
Сообщение: Re: correspondence between the numbered folder and actual database
Следующее
От: Devrim GUNDUZ
Дата:
Сообщение: Re: postgresql 7.4.1 SRPM