Re: Win XP SP2 SMP locking (8.1.4)

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

In response to

Responses

Browse pgsql-hackers by date

  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)