Re: strange 'vacuum verbose analyze' behaviour

Поиск
Список
Период
Сортировка
От Oleg Bartunov
Тема Re: strange 'vacuum verbose analyze' behaviour
Дата
Msg-id Pine.GSO.4.62.0501281754390.6701@ra.sai.msu.su
обсуждение исходный текст
Ответ на strange 'vacuum verbose analyze' behaviour  (Oleg Bartunov <oleg@sai.msu.su>)
Ответы Re: strange 'vacuum verbose analyze' behaviour  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Fri, 28 Jan 2005, Oleg Bartunov wrote:

> On Thu, 27 Jan 2005, Tom Lane wrote:
>
>> Oleg Bartunov <oleg@sai.msu.su> writes:
>>> Day ago we run 'vacuum verbose analyze;' and now we're observing
>>> strange output (see below). We see many repeated passes through the
>>> table 'usno' and all indices (2).
>> 
>> Nothing strange about it: that's how vacuum deals with large tables.
>> You can reduce the number of passes over the indexes by increasing
>> maintenance_work_mem (aka vacuum_mem).  It looks like you have that
>> set to 16MB, which is enough to hold about 2.79M 6-byte CTIDs.  When
>> that fills up, we have to go and clean out the corresponding index
>> entries before we resume scanning the heap.
>> 
>
> I've increased maintenance_work_mem to 65536 (4x default value) and now I see
> postmaster eats more than 1Gb memory !
>
>  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 20458 
> postgres  15   0 1350m 522m 204m D  8.0 51.6   1:08.26 postmaster
>
> Is this normal ?  I've also increased checkpoint_segments to 12,
> but it shouldn't affect to memory.

Memory growth stoped at 1.8Gb
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 
20458 postgres  15   0 1902m 503m 204m D  5.9 49.7  13:59.61 postmaster



>
    Regards,        Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83


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

Предыдущее
От: Robert Treat
Дата:
Сообщение: Re: [pgsql-hackers] Patent issues and 8.1
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [PATCHES] Merge pg_shadow && pg_group -- UNTESTED