Re: plan with result cache is very slow when work_mem is not enough
В списке pgsql-hackers по дате отправления:
| От | Tomas Vondra |
|---|---|
| Тема | Re: plan with result cache is very slow when work_mem is not enough |
| Дата | |
| Msg-id | 021a54d6-5603-d830-263b-6fc88fa0ac7b@enterprisedb.com обсуждение |
| Ответ на | Re: plan with result cache is very slow when work_mem is not enough (David Rowley <dgrowleyml@gmail.com>) |
| Ответы |
Re: plan with result cache is very slow when work_mem is not enough
|
| Список | pgsql-hackers |
On 5/8/21 1:27 PM, David Rowley wrote: > On Sat, 8 May 2021 at 22:33, Tomas Vondra <tomas.vondra@enterprisedb.com> wrote: >> I don't know if there's a better way to do these tests, but if there's >> not I'd not worry about it too much for now. > > So you're -1 on the proposed patch? > Oh! I have not noticed there was a patch. No, I'm not against the patch, if it improves the testing (and you're right it's better to do some testing even without evictions). regards -- Tomas Vondra EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера