Re: bad estimation together with large work_mem generates terrible slow hash joins

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: bad estimation together with large work_mem generates terrible slow hash joins
Дата
Msg-id CA+TgmoYt9gtGc+-oCprBV7OKwAvTwK24ZF_G7ZHrFq6VnsSAwg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: bad estimation together with large work_mem generates terrible slow hash joins  (Tomas Vondra <tv@fuzzy.cz>)
Ответы Re: bad estimation together with large work_mem generates terrible slow hash joins  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Дерево обсуждения 
On Thu, Sep 11, 2014 at 5:57 PM, Tomas Vondra <tv@fuzzy.cz> wrote:
> Attached is the patch split as suggested:
>
> (a) hashjoin-nbuckets-v14a-size.patch
>
>     * NTUP_PER_BUCKET=1
>     * counting buckets towards work_mem
>     * changes in ExecChooseHashTableSize (due to the other changes)

OK, I'm going to work on this one now.  I have some ideas about how to
simplify this a bit and will post an update in a few hours once I see
how that pans out.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Incorrect initialization of sentPtr in walsender.c
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: pg_basebackup vs. Windows and tablespaces