[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gluster-devel] Re; Load balancing ...
From: |
Gareth Bult |
Subject: |
[Gluster-devel] Re; Load balancing ... |
Date: |
Wed, 23 Apr 2008 10:44:42 +0100 (BST) |
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: address@hidden
Statements made are at all times subject to Encryptec's Terms and Conditions of
Business, which are available upon request.