Re: Parallel Seq Scan

From: Bert <biertie(at)gmail(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Haribabu Kommi <kommi(dot)haribabu(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Parallel Seq Scan
Date: 2015-11-17 21:51:22
Message-ID: CAFCtE1npVAJc5f9xCay6NyfSjygX8Wc1hoyD7N4kXjYv5YDRww@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hey Robert,

Thank you for the help. As you might (not) know, I'm quite new to the
community, but I'm learning. with the help from people like you.
anyhow, find attached a third attempt to a valid backtrace file.

This run is compiled from commit 5f10b7a604c87fc61a2c20a56552301f74c9bd5f
and your latest patch atteched in this mailtrack.

cheers,
Bert​
full_backtrace.log
<https://drive.google.com/file/d/0B_qnY25RovTmM0NtdkNSejByVGs/view?usp=drive_web>

On Tue, Nov 17, 2015 at 6:55 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:

> On Tue, Nov 17, 2015 at 6:52 AM, Bert <biertie(at)gmail(dot)com> wrote:
> > edit: maybe this is more useful? :)
>
> Definitely. But if you've built with --enable-debug and not stripped
> the resulting executable, we ought to get line numbers as well, plus
> the arguments to each function on the stack. That would help a lot
> more. The only things that get dereferenced in that function are
> "scan" and "parallel_scan", so it's a good bet that one of those
> pointers is pointing off into never-never land. I can't immediately
> guess how that's happening, though.
>
> --
> Robert Haas
> EnterpriseDB: http://www.enterprisedb.com
> The Enterprise PostgreSQL Company
>

--
Bert Desmet
0477/305361

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thom Brown 2015-11-17 21:59:21 Re: [DESIGN] ParallelAppend
Previous Message Tom Lane 2015-11-17 21:13:34 Re: proposal: multiple psql option -c