gluster-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gluster-devel] distributed locking


From: Székelyi Szabolcs
Subject: Re: [Gluster-devel] distributed locking
Date: Fri, 30 Nov 2007 20:58:59 +0100
User-agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009)

Brian Taber wrote:
> The Gluster mounts had no problem:
> 
> TEST : TRY TO WRITE ON A READ 
> LOCK:.==================================================================================================.==
> TEST : TRY TO WRITE ON A WRITE
> LOCK:====================================================================================================
> TEST : TRY TO READ  ON A READ 
> LOCK:====================================================================================================
> TEST : TRY TO READ  ON A WRITE
> LOCK:====================================================================================================
> TEST : TRY TO SET A READ  LOCK ON A READ 
> LOCK:====================================================================================================
> TEST : TRY TO SET A WRITE LOCK ON A WRITE
> LOCK:====================================================================================================
> TEST : TRY TO SET A WRITE LOCK ON A READ 
> LOCK:====================================================================================================
> TEST : TRY TO SET A READ  LOCK ON A WRITE
> LOCK:====================================================================================================
> TEST : TRY TO READ LOCK THE WHOLE FILE BYTE BY
> BYTE:====================================================================================================
> TEST : TRY TO WRITE LOCK THE WHOLE FILE BYTE BY
> BYTE:====================================================================================================
> 
> process number : 100 - Remote clients: 2 local client 1 - Total client 3 -
> Total concurent tests: 300
> process number running test successfully :
> 300 process of 300 successfully ran test : WRITE ON A READ  LOCK
> 300 process of 300 successfully ran test : WRITE ON A WRITE LOCK
> 300 process of 300 successfully ran test : READ  ON A READ  LOCK
> 300 process of 300 successfully ran test : READ  ON A WRITE LOCK
> 300 process of 300 successfully ran test : SET A READ  LOCK ON A READ  LOCK
> 0 process of 300 successfully ran test : SET A WRITE LOCK ON A WRITE LOCK
> 0 process of 300 successfully ran test : SET A WRITE LOCK ON A READ  LOCK
> 0 process of 300 successfully ran test : SET A READ  LOCK ON A WRITE LOCK
> 300 process of 300 successfully ran test : READ LOCK THE WHOLE FILE BYTE
> BY BYTE
> 300 process of 300 successfully ran test : WRITE LOCK THE WHOLE FILE BYTE
> BY BYTE

Well, I wouldn't say that the 'SET A WRITE LOCK ON A WRITE LOCK' test
was successful, for example... An '=' printed means that the lock call
completed successfully, but it doesn't mean that the result is correct.
Some calls *should* fail. In particular, the 'SET A WRITE LOCK ON A
WRITE LOCK' test should print 'x's. In this case, the result means that
all clients could successfully lock a file... that was already locked!

--
cc





reply via email to

[Prev in Thread] Current Thread [Next in Thread]