On 14/03/2011 22:18, Alexander Todorov wrote:> Hello folks,
> I'm looking for GlusterFS performance metrics. What I'm interested
in
> particular is:
>
> * Do adding more bricks to a volume make reads faster?
> * How do replica count affect that?
Although no one seems to be really talking about performance in these
terms, I think the limiting factor is usually going to be network
latency. In very approximate terms, each time you touch a file in
Glusterfs you need to ask every other brick for it's opinion as to
whether you have the newest file or not. Therefore your file IO/sec is
bounded by your network latency...
So I would presume that those who get infiniband network hardware and
it's few uS latency times see far better performance than those of us on
gigabit and the barely sub millisec latency that this entails?
So I suspect you can predict rough performance while changing the
hardware by thinking about how the network constrains you. eg consider
your access pattern, small files/large files, small reads/large reads,
number of bricks, etc
Note it doesn't seem popular to discuss performance in these terms, but
I think if you read through the old posts in the lists you will see that
really it's this network latency vs required access patterns which
determine whether they feel gluster is fast/slow?
To jump to a conclusion, it makes sense that large reads on large files
do much better than accessing lots of small files... If you make the
files large enough then you start to test the disk performance, etc
Good luck
Ed W