From: | Kohei Kaigai <Kohei(dot)Kaigai(at)EMEA(dot)NEC(dot)COM> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Yeb Havinga <yebhavinga(at)gmail(dot)com>, Kohei KaiGai <kaigai(at)kaigai(dot)gr(dot)jp>, PgHacker <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [v9.1] sepgsql - userspace access vector cache |
Date: | 2011-07-20 17:00:30 |
Message-ID: | D0C1A1F8BF513F469926E6C71461D9EC01DB80@EX10MBX02.EU.NEC.COM |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> On Wed, Jul 20, 2011 at 12:40 PM, Kohei Kaigai
> <Kohei(dot)Kaigai(at)emea(dot)nec(dot)com> wrote:
> > One question is why InitCatalogCache() should be invoked from InitPostgres()?
> > If we initialize syscache on starting up postmaster process, I think
> > all the syscache buckets will be ready on child process forks, and
> > unused syscache does not consume physical memory, even if security
> > label acquire 2048 of buckets.
>
> Most of the overhead seems to be the cost of the page faults required
> for the kernel to map the relevant pages into the process address
> space. After a fork(), all those pages become copy-on-write, so if
> the syscaches are actually used this doesn't save much of anything.
> In the specific case of sepgsql it would help, though, because what
> you're proposing is to add a syscache that will in most cases never be
> accessed at all. We'd still have a problem in the EXEC_BACKEND (i.e.
> Windows) case, however...
>
Hmm. It might not work in windows case.
I'd like to have a discussion about syscache towards next commit-fest.
The issues may be:
- Initial bucket allocation on most cases never be referenced.
- Reclaim cache entries on growing up too large.
Thanks,
--
NEC Europe Ltd, SAP Global Competence Center
KaiGai Kohei <kohei(dot)kaigai(at)emea(dot)nec(dot)com>
From | Date | Subject | |
---|---|---|---|
Next Message | Joey Adams | 2011-07-20 17:01:09 | Re: Initial Review: JSON contrib modul was: Re: Another swing at JSON |
Previous Message | Robert Haas | 2011-07-20 16:45:44 | Re: [v9.1] sepgsql - userspace access vector cache |