If you are using find, then it does lookup() in addition to readdir, and lookup() will always have to be done on all the subvols. So the delay can not be avoided. We will check if we can do something about working things out from the "read-subvolume" option. Krishna On Wed, Apr 23, 2008 at 6:32 PM, Gareth Bult <gareth@xxxxxxxxxxxxx> wrote: > 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@xxxxxxxxxxxxx > 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@xxxxxxxxxxxxx> > To: "Gareth Bult" <gareth@xxxxxxxxxxxxx> > Cc: "gluster-devel Glister Devel List" <gluster-devel@xxxxxxxxxx> > Sent: Wednesday, April 23, 2008 12:56:27 PM GMT +00:00 GMT Britain, Ireland, Portugal > Subject: Re: 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@xxxxxxxxxxxxx> 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@xxxxxxxxxxxxx > > 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@xxxxxxxxxx > > http://lists.nongnu.org/mailman/listinfo/gluster-devel > > >
