Re: BUG #14722: Segfault in tuplesort_heap_siftup, 32 bit overflow

From: Sergey Koposov <skoposov(at)cmu(dot)edu>
To: "pg(at)bowt(dot)ie" <pg(at)bowt(dot)ie>
Cc: "pgsql-bugs(at)postgresql(dot)org" <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: BUG #14722: Segfault in tuplesort_heap_siftup, 32 bit overflow
Date: 2017-06-29 19:56:02
Message-ID: 1498766162.21587.98.camel@cmu.edu
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Thu, 2017-06-29 at 11:59 -0700, Peter Geoghegan wrote:
> On Thu, Jun 29, 2017 at 9:16 AM, <skoposov(at)cmu(dot)edu> wrote:
> > Here are the commands leading to the crash:
> >
> > wsdb=# set maintenance_work_mem to '70GB';
> >
> > SET
> > wsdb=# create index on cgonzal.vvv_single_ks_sorted (q3c_ang2ipix(ra,dec));
> >
> >
> > ----
> >
> > Importantly the table has already been sorted by q3c_ang2ipix(ra,dec) !
>
> BTW, given the exact details of what you're doing here, using only 1MB
> of maintenance_work_mem will probably make the operation complete
> sooner.
>
>

Thank you. It does seem to be ~ 50% faster.
It is somewhat unfortunate that maintenance_work_mem is
counterproductive in this scenario, given that indexing an ordered table
is a natural step in clustering a table...

Sergey

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Nikolay Samokhvalov 2017-06-30 02:42:42 Re: BUG #14325: backup restore inherited constraint
Previous Message Peter Geoghegan 2017-06-29 18:59:12 Re: BUG #14722: Segfault in tuplesort_heap_siftup, 32 bit overflow