Re: Postgres is not able to handle more than 4k tables!?
В списке pgsql-hackers по дате отправления:
| От | Grigory Smolkin |
|---|---|
| Тема | Re: Postgres is not able to handle more than 4k tables!? |
| Дата | |
| Msg-id | 1ab992dc-48b2-8bb9-239e-264148863f7e@postgrespro.ru обсуждение |
| Ответ на | Postgres is not able to handle more than 4k tables!? (Konstantin Knizhnik <k.knizhnik@postgrespro.ru>) |
| Ответы |
Re: Postgres is not able to handle more than 4k tables!?
|
| Список | pgsql-hackers |
On 7/8/20 11:41 PM, Konstantin Knizhnik wrote: > > So looks like NUM_LOCK_PARTITIONS and MAXNUMMESSAGES constants have > to be replaced with GUCs. > To avoid division, we can specify log2 of this values, so shift can be > used instead. > And MAX_SIMUL_LWLOCKS should be defined as NUM_LOCK_PARTITIONS + > NUM_INDIVIDUAL_LWLOCKS + NAMED_LWLOCK_RESERVE. > Because I was involved in this particular case and don`t want it to became a habit, I`m volunteering to test whatever patch this discussion will produce. -- Grigory Smolkin Postgres Professional: http://www.postgrespro.com The Russian Postgres Company
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера