Hello,
To make things clear, what I've done is :
- deploying GlusterFS on 2, 4, 8, 16, 32, 64, 128 nodes
- running a variant of the MAB benchmark (it's all about compilation of
openssl-1.0.0) on 2, 4, 8, 16, 32, 64, 128 nodes
- I used 'pdsh -f 512' to start MAB on all nodes at the same time
- on
On Sunday 12 June 2011 07:00 PM, François Thiebolt wrote:
Hello,
To make things clear, what I've done is :
- deploying GlusterFS on 2, 4, 8, 16, 32, 64, 128 nodes
- running a variant of the MAB benchmark (it's all about compilation of
openssl-1.0.0) on 2, 4, 8, 16, 32, 64, 128 nodes
- I used
Hello,
I'm driving some experiments on grid'5000 with GlusterFS 3.2 and, as a
first point, i've been unable to start a volume featuring 128bricks (64 ok)
Then, due to the round-robin scheduler, as the number of nodes increase
(every node is also a brick), the performance of an application on
Hi Francois,
Answers inline.
On Wed, Jun 8, 2011 at 6:10 PM, Francois THIEBOLT thieb...@irit.fr wrote:
Hello,
I'm driving some experiments on grid'5000 with GlusterFS 3.2 and, as a
first point, i've been unable to start a volume featuring 128bricks (64 ok)
This looks similar to the bug
On Wednesday 08 June 2011 06:10 PM, Francois THIEBOLT wrote:
Hello,
I'm driving some experiments on grid'5000 with GlusterFS 3.2 and, as a
first point, i've been unable to start a volume featuring 128bricks (64 ok)
Then, due to the round-robin scheduler, as the number of nodes increase
(every