RE: Protect syscache from bloating with negative cache entries

Поиск
Список
Период
Сортировка
От Tsunakawa, Takayuki
Тема RE: Protect syscache from bloating with negative cache entries
Дата
Msg-id 0A3221C70F24FB45833433255569204D1F8FF0D9@G01JPEXMBYT05
обсуждение исходный текст
Ответ на Re: Protect syscache from bloating with negative cache entries  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Ответы Re: Protect syscache from bloating with negative cache entries  (Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>)
Список pgsql-hackers
From: Alvaro Herrera [mailto:alvherre@alvh.no-ip.org]
> The thing that comes to mind when reading this patch is that some time ago
> we made fun of other database software, "they are so complicated to configure,
> they have some magical settings that few people understand how to set".
> Postgres was so much better because it was simple to set up, no magic crap.
> But now it becomes apparent that that only was so because Postgres sucked,
> ie., we hadn't yet gotten to the point where we
> *needed* to introduce settings like that.  Now we finally are?

Yes.  We are now facing the problem of too much memory use by PostgreSQL, where about some applications randomly access
about200,000 tables.  It is estimated based on a small experiment that each backend will use several to ten GBs of
localmemory for CacheMemoryContext.  The total memory use will become over 1 TB when the expected maximum connections
areused.
 

I haven't looked at this patch, but does it evict all kinds of entries in CacheMemoryContext, ie. relcache, plancache,
etc?

Regards
Takayuki Tsunakawa







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

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: [HACKERS] [PATCH] Incremental sort
Следующее
От: Masahiko Sawada
Дата:
Сообщение: Re: [HACKERS] Subscription code improvements