]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
[GFS2] Remove remote lock dropping code
authorSteven Whitehouse <swhiteho@redhat.com>
Tue, 3 Jun 2008 13:09:53 +0000 (14:09 +0100)
committerSteven Whitehouse <swhiteho@redhat.com>
Fri, 27 Jun 2008 08:39:44 +0000 (09:39 +0100)
commit1bdad606338debc6384b2844f1b53cc436b3ac90
tree7929bc1f652f88f104e8b6fa6a424cd211b50a42
parent9171f5a991e7613cbee816874ad8c9515dcab50f
[GFS2] Remove remote lock dropping code

There are several reasons why this is undesirable:

 1. It never happens during normal operation anyway
 2. If it does happen it causes performance to be very, very poor
 3. It isn't likely to solve the original problem (memory shortage
    on remote DLM node) it was supposed to solve
 4. It uses a bunch of arbitrary constants which are unlikely to be
    correct for any particular situation and for which the tuning seems
    to be a black art.
 5. In an N node cluster, only 1/N of the dropped locked will actually
    contribute to solving the problem on average.

So all in all we are better off without it. This also makes merging
the lock_dlm module into GFS2 a bit easier.

Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
fs/gfs2/gfs2.h
fs/gfs2/glock.c
fs/gfs2/glock.h
fs/gfs2/locking/dlm/lock_dlm.h
fs/gfs2/locking/dlm/mount.c
fs/gfs2/locking/dlm/sysfs.c
fs/gfs2/locking/dlm/thread.c
fs/gfs2/ops_fstype.c
fs/gfs2/ops_super.c
fs/gfs2/sys.c
include/linux/lm_interface.h