Win XP SP2 SMP locking (8.1.4) - Mailing list pgsql-hackers

From Oleg Bartunov
Subject Win XP SP2 SMP locking (8.1.4)
Date
Msg-id Pine.GSO.4.63.0610052111570.18168@ra.sai.msu.su
Whole thread Raw
Responses Re: Win XP SP2 SMP locking (8.1.4)  ("Joshua D. Drake" <jd@commandprompt.com>)
Re: Win XP SP2 SMP locking (8.1.4)  ("Magnus Hagander" <mha@sollentuna.net>)
List pgsql-hackers
Hi there,

I'm looking into strange locking, which happens on WinXP SP2 SMP
machine running 8.1.4 with stats_row_level=on. This is the only 
combination (# of cpu and stats_row_level) which has problem - 
SMP + stats_row_level.

The same test runs fine with one cpu (restarted machine with /numproc=1) 
disregarding to stats_row_level option.

Customer's application loads data into database and sometimes process
stopped, no cpu, no io activity. PgAdmin shows current query is 'COMMIT'.
I tried to attach gdb to postgres and client processes, but backtrace looks
useless (see below). Running vacuum analyze of this database in separate 
process cause loading process to continue ! Weird.

It's interesting, that there is no problem with 8.2beta1 in all
combinations !  Any idea what changes from 8.1.4 to 8.2beta1 could 
affect the problem ?


postgres.exe:

(gdb) bt
#0  0x7c901231 in ntdll!DbgUiConnectToDbg () from
C:\WINDOWS\system32\ntdll.dll
#1  0x7c9507a8 in ntdll!KiIntSystemCall () from
C:\WINDOWS\system32\ntdll.dll
#2  0x00000005 in ?? ()
#3  0x00000004 in ?? ()
#4  0x00000001 in ?? ()
#5  0x019effd0 in ?? ()
#6  0xf784e548 in ?? ()
#7  0xffffffff in ?? ()
#8  0x7c90ee18 in strchr () from C:\WINDOWS\system32\ntdll.dll
#9  0x7c9507c8 in ntdll!KiIntSystemCall () from
C:\WINDOWS\system32\ntdll.dll
#10 0x00000000 in ?? () from #11 0x00000000 in ?? () from #12 0x00000000 in
?? () from #13 0x00000000 in ?? () from (gdb) Cannot access memory at
address 0x19f0000


application:
(gdb) bt
#0  0x7c901231 in ntdll!DbgUiConnectToDbg () from
C:\WINDOWS\system32\ntdll.dll
#1  0x7c9507a8 in ntdll!KiIntSystemCall () from
C:\WINDOWS\system32\ntdll.dll
#2  0x00000005 in ?? ()
#3  0x00000004 in ?? ()
#4  0x00000001 in ?? ()
#5  0x0196ffd0 in ?? ()
#6  0x7c97c0d8 in ntdll!NtAccessCheckByTypeResultListAndAuditAlarm ()
#7  0xffffffff in ?? ()
#8  0x7c90ee18 in strchr () from C:\WINDOWS\system32\ntdll.dll
#9  0x7c9507c8 in ntdll!KiIntSystemCall () from
C:\WINDOWS\system32\ntdll.dll
#10 0x00000000 in ?? () from
#11 0x00000000 in ?? () from
#12 0x00000000 in ?? () from
#13 0x00000000 in ?? () from
(gdb) Cannot access memory at address 0x1970000

    Regards,        Oleg
_____________________________________________________________
Oleg Bartunov, Research Scientist, Head of AstroNet (www.astronet.ru),
Sternberg Astronomical Institute, Moscow University, Russia
Internet: oleg@sai.msu.su, http://www.sai.msu.su/~megera/
phone: +007(495)939-16-83, +007(495)939-23-83


pgsql-hackers by date:

Previous
From: "Mark Woodward"
Date:
Subject: Re: Query Failed, out of memory
Next
From: "Joshua D. Drake"
Date:
Subject: Re: Win XP SP2 SMP locking (8.1.4)