Re: glfs_resolve new file force lookup

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

 



The optimizations look good, I did find out that DHT is where the
information is for the specific volume so that is working well for me.

I'm testing for a 3 brick distributed volume at it gives the correct
sub volume to batch up the writes.

What gfapi is doing looks to be a little iffy to me (eg. glfs_creat) -
based on resolution does open/create - consider the case that 2
clients attempt to do a glfs_creat for the same file - the resolve may
indicate failure to both and they both attempt creation.

specifically the code in glfs_creat based on resolve:

if (ret == 0) {
        ret = syncop_open (subvol, &loc, flags, glfd->fd);
                DECODE_SYNCOP_ERR (ret);
    } else {
        ret = syncop_create (subvol, &loc, flags, mode, glfd->fd,
                     xattr_req, &iatt);
                DECODE_SYNCOP_ERR (ret);
    }

On Mon, Nov 24, 2014 at 9:55 AM, Shyam <srangana@xxxxxxxxxx> wrote:
> On 11/24/2014 07:43 AM, Rudra Siva wrote:
>>
>> If I understand the structure correctly, the lookup itself generally
>> may not pose a problem - specific flags triggering the over-the-wire
>> request for me at this time I wish to suppress (the fop on the backend
>> is fully capable of creating the file if it does not exist) - the
>> lookup drives through the xlators specifically DHT.
>>
>> It looks like most of the stuff for the hashed subvolume is inside the
>> DHT - I will look into it.
>
>
> You maybe referring to the lookup everywhere that DHT triggers to be sure
> the file is not present anywhere else, and that layout changes caused the
> hashed to change.
>
> If so as an optimization for the same, this is where we are/should be
> headed,
> - http://review.gluster.org/#/c/7702/ (lookup-unhashed optimization)
> - http://review.gluster.org/#/c/8414/ (layout versions that should later
> lead to the same lookup-unhashed among other things)
>
> Shyam
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel@xxxxxxxxxxx
> http://supercolony.gluster.org/mailman/listinfo/gluster-devel



-- 
-Siva
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-devel




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux