Re: [HACKERS] next XID is in shmem now...

From: Vadim Mikheev <vadim(at)krs(dot)ru>
To: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
Cc: hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] next XID is in shmem now...
Date: 1998-07-21 16:37:42
Message-ID: 35B4C3D6.F15F4C3B@krs.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Bruce Momjian wrote:
>
> > Backends fetch 1024 XIDs now and place them in shmem.
> > There is space in VariableCache struct for OIDs as well
> > but I didn't change GetNewObjectId() due to the
> > CheckMaxObjectId() stuff... Bruce ?
>
> What can I do to help? Is the problem that a backend can set the next
> oid by specifiying an oid greater than the current one?

No problem - I just havn't time to think about this, sorry.

>
> >
> > All other LLL stuff will be #ifdef-ed...
>
> As far as I am concerned, you don't need use #ifdef.

I'm not sure how much ready/robust this will be in 6.4.
This is long-term project...

Vadim

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Vince Vielhaber 1998-07-21 16:41:32 Hey Linux People (OT)
Previous Message Bruce Momjian 1998-07-21 16:36:08 Re: Complexity of contrib types