Re: pg_sequence catalog
От | Tom Lane |
---|---|
Тема | Re: pg_sequence catalog |
Дата | |
Msg-id | 8012.1472667821@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pg_sequence catalog (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: pg_sequence catalog
|
Список | pgsql-hackers |
Andres Freund <andres@anarazel.de> writes: > On 2016-08-31 13:59:48 -0400, Tom Lane wrote: >> You are ignoring the performance costs associated with eating 100x more >> shared buffer space than necessary. > I doubt that's measurable in any real-world scenario. You seldomly have > hundreds of thousands of sequences that you all select from at a high > rate. If there are only a few sequences in the database, cross-sequence contention is not going to be a big issue anyway. I think most of the point of making this change at all is to make things work better when you do have a boatload of sequences. Also, we could probably afford to add enough dummy padding to the sequence tuples so that they're each exactly 64 bytes, thereby having only one or two active counters per cache line. regards, tom lane
В списке pgsql-hackers по дате отправления: