| От | Tom Lane |
|---|---|
| Тема | Re: \d on database with a lot of tables is slow |
| Дата | |
| Msg-id | 9615.1128189612@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: \d on database with a lot of tables is slow (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: \d on database with a lot of tables is slow
|
| Список | pgsql-hackers |
I wrote:
> It's presumably mostly in the pg_table_is_visible() calls.
I did some profiling on a test case with 10000 tables, and noticed that
a big part of the problem is that the catalog caches become entirely
useless: almost every catcache lookup ends up going to the underlying
tables. This is because MAXCCTUPLES in catcache.c is fixed at 5000,
and that's not an adequate working set for this many tables. If you
are willing to throw memory at the problem, you could try increasing
MAXCCTUPLES (to say 50K or 100K) and see if that helps.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера