Re: RE : RE : user question : multiple clients concurrent access

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

 



>
> I think I'm gonna love GlusterFS.
> NUFA option for local volume in the Translator page shows one local volume
>
> option nufa.local-volume-name posix1
>
> If the local server has 2 local volumes, is it okay to define them both
> under nufa.local-volume-name or should it be unique ?
>

as of now it is just one  of them (unique). but you can have a kind of
workaround by making each node export its own unify (with its own local
namespace, and maybe round robin across the local disks) and unify these
low-level unifys into a NUFA scheduled top level global namespaced unify.

as a philosophy -- while setting up glusterfs  you should really set your
mindset as that of a programmer who is writing code (spec file) using the
the language primitives (xlators). almost all the time, any configuration is
possible by stitching the right spec file using the xlators in the right
way.

Also, is it better to define one io-threads translator for a defined unified
> volume
> or one io-threads translator per volume used by the unified volume ?
>

a single io-threads around unify should suffice. there is really no need to
have seperate io-threads per subvolume of unify. the idea would be to have
one io-threads per network interface (client side) and one io-threads per
disk on the server (multiple io-threads leading to the same network iface or
disk is superfluous)

thanks,
avati


-- 
If I traveled to the end of the rainbow
As Dame Fortune did intend,
Murphy would be there to tell me
The pot's at the other end.


[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