pgsql-server/src/include/storage s_lock.h - Mailing list pgsql-committers

From momjian@postgresql.org (Bruce Momjian - CVS)
Subject pgsql-server/src/include/storage s_lock.h
Date
Msg-id 20020902044252.CC4C64764CD@postgresql.org
Whole thread Raw
List pgsql-committers
CVSROOT:    /cvsroot
Module name:    pgsql-server
Changes by:    momjian@postgresql.org    02/09/02 00:42:52

Modified files:
    src/include/storage: s_lock.h

Log message:
    I tried to build PostgreSQL with the following step to see backends hung
    during the regression test. The problem has been reproduced on two machine
    but both of these are the same type of hardware and software. I also tried
    to recreate the problem on other machines, on older version of AIX but I
    couldn't.

    After looked through pgsql-hackers mailing list, I focused on spin lock
    issue to solve the problem. The easiest and may not be the best solution
    for the problem is to give up HAS_TEST_AND_SET. This actually works.

    One another and better solution for the problem is to use _check_lock() and
    _clear_lock() as spin lock.  Important thing here is to define S_UNLOCK()
    with _clear_lock().  This will solve the so called "Compiler bug" issue
    someone wrote on the mailing list.

    We have some other API such as cs(), compare_and_swap() and fetch_and_or()
    to do test and set on AIX, but any of these didn't solve my problem.  I
    wrote tiny testing program to see if we have any bug of these API of AIX,
    but I couldn't see any problem except for compare_and_swap(). It seems that
    you can not use compare_and_swap() for the purpose, as it would not work as
    spin lock on any SMP machines I tested.  I don't know the reason why cs()
    nor fetch_and_or()/fetch_and_and() will not work with PostgreSQL on p690.
    These worked with my testing program on all machines I tested.

    Tomoyuki Niijima


pgsql-committers by date:

Previous
From: barry@postgresql.org (Barry Lind)
Date:
Subject: pgsql-server/src/interfaces/jdbc/org/postgresq ...
Next
From: momjian@postgresql.org (Bruce Momjian - CVS)
Date:
Subject: pgsql-server/doc TODO