From: | "Magnus Hagander" <mha(at)sollentuna(dot)net> |
---|---|
To: | "Oleg Bartunov" <oleg(at)sai(dot)msu(dot)su>, "Pgsql Hackers" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Win XP SP2 SMP locking (8.1.4) |
Date: | 2006-10-05 17:59:06 |
Message-ID: | 6BCB9D8A16AC4241919521715F4D8BCEA0FC23@algol.sollentuna.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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 ?
There is a new implementations of semaphores in 8.2. That could possibly
be it.
//Magnus
From | Date | Subject | |
---|---|---|---|
Next Message | Benny Amorsen | 2006-10-05 18:05:27 | Re: Query Failed, out of memory |
Previous Message | Oleg Bartunov | 2006-10-05 17:53:45 | Re: Win XP SP2 SMP locking (8.1.4) |