OID/XID allocation (was Re: is PG able to handle a >500 GB Database?)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема OID/XID allocation (was Re: is PG able to handle a >500 GB Database?)
Дата
Msg-id 14627.980204737@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Re: is PG able to handle a >500 GB Database?  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: OID/XID allocation (was Re: is PG able to handle a >500 GB Database?)
Re: OID/XID allocation (was Re: is PG able to handle a >500 GB Database?)
Список pgsql-general
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> What about pre-fetching of OID's.  Does that still happen for every
> backend?

Only ones that actually allocate some OIDs, I think.

> What about XID's?

XIDs are wasted on a postmaster restart, but not per-backend, because
they are cached in shared memory instead of locally.  I've been thinking
about changing the code so that OIDs are allocated in the same fashion.
That would mean an extra spinlock grab per OID allocation, but so what?
We grab several spinlocks per row creation already.  And we could
increase the number of OIDs allocated per pg_variable file update,
which would save some time.

Haven't got round to it yet though, and I'm not sure but what Vadim
might be planning to throw out all that code anyway ...

            regards, tom lane

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Re: is PG able to handle a >500 GB Database?
Следующее
От: "Tim Barnard"
Дата:
Сообщение: Data entry screen building utilities