Re: Autovacuum in the backend

Поиск
Список
Период
Сортировка
От Andreas Pflug
Тема Re: Autovacuum in the backend
Дата
Msg-id 42B20CDB.3020300@pse-consulting.de
обсуждение исходный текст
Ответ на Re: Autovacuum in the backend  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Andrew Dunstan wrote:

>
>
> Andreas Pflug wrote:
>
>>
>> We're having a growing zoo of daemons that can be regarded as tightly 
>> integrated server add-on processes (slony, autovac, pgAgent), and it 
>> would be really nice (say: win32 users are used to it, thus requiring 
>> it) to have a single point of control.
>>
>> Maybe a super daemon (in win32 probably pg_ctl), controlling 
>> postmaster and all those helper processes (accessible through pgsql 
>> functions, of course) would be the solition. This keeps the kernel 
>> clean, separates backend shmem from helper processes and enables 
>> control over all processes.
>>
>
> And this will be ready when? 

This is certainly 8.2 stuff. I'm sufficiently glad if the 
instrumentation stuff that was posted pre-8.0 and left out those days 
because committers ran out of time makes it into 8.1...

> I thought we were discussing what could be done regarding AVitB 
> between now and feature freeze for 8.1 in about 2 weeks. This surely 
> doesn't come into that category.

I agree with former posters that we should have a default on AV to have 
a system that performs correct out of the box for smaller installations. 
Even a functionally cut-down version of AV running by default that has 
to be stopped and replaced by a more sophisticated solution for high 
performance installations is better than now.

Regards,
Andreas



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

Предыдущее
От: Gavin Sherry
Дата:
Сообщение: Re: Autovacuum in the backend
Следующее
От: "Brusser, Michael"
Дата:
Сообщение: MemoryContextAlloc: invalid request size