| От | Tom Lane |
|---|---|
| Тема | Re: Poor performance o |
| Дата | |
| Msg-id | 10012.1143001903@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Poor performance o ("Craig A. James" <cjames@modgraph-usa.com>) |
| Список | pgsql-performance |
"Craig A. James" <cjames@modgraph-usa.com> writes:
> Tom Lane wrote:
>> Given the sizes of the tables involved, you'd likely have to boost up
>> work_mem before the planner would consider a hash join. What nondefault
>> configuration settings do you have, anyway?
> shared_buffers = 20000
> work_mem = 32768
> effective_cache_size = 300000
So for a 6M-row table, 32M work_mem would allow ... um ... 5 bytes per
row. It's not happening :-(
Try boosting work_mem by a factor of 100 and seeing whether a hash-based
join actually wins or not. If so, we can discuss where the sane setting
really falls, if not there's no point.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера