Re: 3-days-long vacuum of 20GB table

Поиск
Список
Период
Сортировка
От Jeffrey Baker
Тема Re: 3-days-long vacuum of 20GB table
Дата
Msg-id fd145f7d0804181034j50ffb420s4b4144636d886087@mail.gmail.com
обсуждение исходный текст
Ответ на Re: 3-days-long vacuum of 20GB table  ("Jeffrey Baker" <jwbaker@gmail.com>)
Ответы Re: 3-days-long vacuum of 20GB table
Re: 3-days-long vacuum of 20GB table
Список pgsql-performance
On Fri, Apr 18, 2008 at 10:32 AM, Jeffrey Baker <jwbaker@gmail.com> wrote:
>
> On Fri, Apr 18, 2008 at 10:03 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>  > "Jeffrey Baker" <jwbaker@gmail.com> writes:
>  >  > This autovacuum has been hammering my server with purely random i/o
>  >  > for half a week.  The table is only 20GB and the i/o subsystem is good
>  >  > for 250MB/s sequential and a solid 5kiops.  When should I expect it to
>  >  > end (if ever)?
>  >
>  >  What have you got maintenance_work_mem set to?  Which PG version
>  >  exactly?
>
>  This is 8.1.9 on Linux x86_64,
>
>  # show maintenance_work_mem ;
>   maintenance_work_mem
>  ----------------------
>   16384

That appears to be the default.  I will try increasing this.  Can I
increase it globally from a single backend, so that all other backends
pick up the change, or do I have to restart the instance?

-jwb

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

Предыдущее
От: "Jeffrey Baker"
Дата:
Сообщение: Re: 3-days-long vacuum of 20GB table
Следующее
От: Jesper Krogh
Дата:
Сообщение: Message queue table..