Re: Publish autovacuum informations

From: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Publish autovacuum informations
Date: 2015-06-04 20:10:00
Message-ID: CAECtzeVfJ1r7MQ5DmpzvMP2NFLrtGkc6TOikm9nuaEFXkbnhrA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

2015-01-05 17:44 GMT+01:00 Guillaume Lelarge <guillaume(at)lelarge(dot)info>:

> 2015-01-05 17:40 GMT+01:00 Robert Haas <robertmhaas(at)gmail(dot)com>:
>
>> On Wed, Dec 31, 2014 at 12:46 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> > I'd be all right with putting the data structure declarations in a file
>> > named something like autovacuum_private.h, especially if it carried an
>> > annotation that "if you depend on this, don't be surprised if we break
>> > your code in future".
>>
>> Works for me. I am not in general surprised when we do things that
>> break my code, or anyway, the code that I'm responsible for
>> maintaining. But I think it makes sense to segregate this into a
>> separate header file so that we are clear that it is only exposed for
>> the benefit of extension authors, not so that other things in the core
>> system can touch it.
>>
>>
> I'm fine with that too. I'll try to find some time to work on that.
>
>
So I took a look at this this week. I discovered, with the help of a
coworker, that I can already use the AutoVacuumShmem pointer and read the
struct. Unfortunately, it doesn't give me as much details as I would have
liked. The list of databases and tables aren't in shared memory. They are
local to the process that uses them. Putting them in shared memory (if at
all possible) would imply a much bigger patch than I was willing to write
right now.

Thanks anyway for the help.

--
Guillaume.
http://blog.guillaume.lelarge.info
http://www.dalibo.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David E. Wheeler 2015-06-04 20:11:21 Re: RFC: Remove contrib entirely
Previous Message Peter Geoghegan 2015-06-04 20:09:24 Re: Further issues with jsonb semantics, documentation