Re: Hanging queries on dual CPU windows

From: "Magnus Hagander" <mha(at)sollentuna(dot)net>
To: "Jan de Visser" <jdevisser(at)digitalfairway(dot)com>, <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Hanging queries on dual CPU windows
Date: 2006-03-10 09:20:15
Message-ID: 6BCB9D8A16AC4241919521715F4D8BCEA35104@algol.sollentuna.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

> > Is it possible to get a stack trace from the stuck process?
>  I dunno
> > if you've got anything gdb-equivalent under Windows, but that's the
> > first thing I'd be interested in ...
>
> Here ya go:
>
> http://www.devisser-siderius.com/stack1.jpg
> http://www.devisser-siderius.com/stack2.jpg
> http://www.devisser-siderius.com/stack3.jpg
>
> There are three threads in the process. I guess thread 1
> (stack1.jpg) is the most interesting.
>
> I also noted that cranking up concurrency in my app
> reproduces the problem in about 4 minutes ;-)

Actually, stack2 looks very interesting. Does it "stay stuck" in pg_queue_signal? That's really not supposed to happen.

Also, can you confirm that stack1 actually *stops* in pgwin32_waitforsinglesocket? Or does it go out and come back? ;-)

(A good signal of this is to check the cswitch delta. If it stays at zero, then it's stuck. If it shows any values, that means it's actuall going out and coming back)

And finally, is this 8.0 or 8.1? There have been some significant changes in the handling of the signals between the two...

//Magnus

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Guido Neitzer 2006-03-10 09:23:32 Re: Process Time X200
Previous Message NbForYou 2006-03-10 09:11:00 Re: Process Time X200