Re: Usage of epoch in txid_current

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Usage of epoch in txid_current
Дата
Msg-id CA+TgmoZSupRW0RQEPvf5jM-46QkidF=FwtdiMZp1p8FvX-9GxA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Usage of epoch in txid_current  (Alexander Korotkov <a.korotkov@postgrespro.ru>)
Ответы Re: Usage of epoch in txid_current  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Fri, Jun 21, 2019 at 7:01 PM Alexander Korotkov
<a.korotkov@postgrespro.ru> wrote:
> On Thu, Mar 28, 2019 at 8:30 AM Thomas Munro <thomas.munro@gmail.com> wrote:
> > Thanks for the reviews!  Pushed.
>
> Any ideas we should move towards 64-bit xids in more places?  That has
> been discussed several times already.  I think last time it was
> discussed in person during FOSDEM PGDay 2018 Developer Meeting [1].
> There we've discussed that it probably doesn't worth it to change
> 32-bit on-disk xids in heap.  It's better to leave existing heap "as
> is", but allow other pluggable table access methods to support 64-bit
> xids.  Given now we have pluggable table access methods, we may build
> a plan on full support of 64-bit xids in core.
>
> In my vision sketchy plan may look like this.
>
> 1. Change all non-heap types of xids from TransactionId to
> FullTransactionId.

I think it's fine to replace TransactionId with FullTransactionId
without stressing about it too much in code that's not that heavily
trafficked. However, I'm not sure we can do that across the board. For
example, converting snapshots to use 64-bit XIDs would mean that in
the worst case a snapshot will use twice as many cache lines, and that
might have performance implications on some workloads.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: James Coleman
Дата:
Сообщение: Re: [PATCH] Incremental sort (was: PoC: Partial sort)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: allow_system_table_mods stuff