[Gluster-devel] Re; Load balancing ...
Gareth Bult
gareth at encryptec.net
Wed Apr 23 13:02:59 UTC 2008
Urm,
Yes I can .. although I meant "filesystem information" generically rather than "ls".
My "real" test is using "find" .. which is unaffected by "unalias ls" ..
If your question is;
After "unalias ls" does the client still read filesystem information from BOTH servers"?
The answer is;
Yes .. according to tcpdump.
Gareth.
--
Managing Director, Encryptec Limited
Tel: 0845 5082719, Mob: 0785 3305393
Email: gareth at encryptec.net
Statements made are at all times subject to Encryptec's Terms and Conditions of Business, which are available upon request.
----- Original Message -----
From: "Krishna Srinivas" <krishna at zresearch.com>
To: "Gareth Bult" <gareth at encryptec.net>
Cc: "gluster-devel Glister Devel List" <gluster-devel at nongnu.org>
Sent: Wednesday, April 23, 2008 12:56:27 PM GMT +00:00 GMT Britain, Ireland, Portugal
Subject: Re: [Gluster-devel] Re; Load balancing ...
Gordon,
can you do "unalias ls" and see if ls is still slow?
Krishna
On Wed, Apr 23, 2008 at 3:14 PM, Gareth Bult <gareth at encryptec.net> wrote:
> Hi, I'm using fuse-2.7.2glfs9 and glusterfs-1.3.8pre5 ..
>
> Using AFR and "option read-subvolume" I'm expecting to be able to tell a client which server to prefer to read data from. Although this seems to work for pure data, it does not appear to work for file-system information .. so "dd" on a large file is quick and "ls" is very slow.
>
> Can anyone tell me if "read-subvolume" should affect filesystem data and whether there is a way of speeding up what I'm doing.
> i.e. can I tell it which volume to prefer for filesystem information lookups?
>
> (effectively this is a read-mostly server running over a slow link .. basicall reads are good, "ls"'s are impossibly slow)
>
> tia
>
> --- Server ---
>
> volume brick-raw
> type storage/posix
> option directory /vols/home/export
> end-volume
>
> volume brick
> type features/posix-locks
> subvolumes brick-raw
> option mandatory on
> end-volume
>
> volume server
> type protocol/server
> option transport-type tcp/server
> option auth.ip.brick.allow <ip's>
> subvolumes brick
> end-volume
>
> --- Client ---
> volume brick1
> type protocol/client
> option transport-type tcp/client
> option remote-host brick1
> option remote-subvolume brick
> end-volume
>
> volume brick2
> type protocol/client
> option transport-type tcp/client
> option remote-host brick2
> option remote-subvolume brick
> end-volume
>
> volume afr
> type cluster/afr
> subvolumes brick1 brick2
> option read-subvolume brick1
> end-volume
>
> volume writebehind
> type performance/write-behind
> option aggregate-size 131072
> subvolumes afr
> end-volume
>
> volume readahead
> type performance/read-ahead
> option page-size 65536
> option page-count 16
> subvolumes writebehind
> end-volume
>
> --
> Managing Director, Encryptec Limited
> Tel: 0845 5082719, Mob: 0785 3305393
> Email: gareth at encryptec.net
> Statements made are at all times subject to Encryptec's Terms and Conditions of Business, which are available upon request.
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
More information about the Gluster-devel
mailing list