| 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: | Whole Thread | Raw Message | 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) |