On 25 August 2017 at 04:47, Vijay Bellur wrote:
>
>
> On Thu, Aug 24, 2017 at 9:01 AM, Krist van Besien
> wrote:
>
> Would it be possible to obtain a statedump of the native client when the
> application becomes completely unresponsive? A statedump can help
On Thu, Aug 24, 2017 at 9:01 AM, Krist van Besien wrote:
> Hi
> This is gluster 3.8.4. Volume options are out of the box. Sharding is off
> (and I don't think enabling it would matter)
>
> I haven't done much performance tuning. For one thing, using a simple
> script that just
Hi Krist,
In my setup, if I mount the Gluster storage using NFS, I have an
improvement of 3x in writes speed.
I believe the answer for your questions is here:
http://lists.gluster.org/pipermail/gluster-users/2015-July/022703.html
Hi
This is gluster 3.8.4. Volume options are out of the box. Sharding is off
(and I don't think enabling it would matter)
I haven't done much performance tuning. For one thing, using a simple
script that just creates files I can easily flood the network, so I don't
expect a performance issue.
Hi Krist,
What are your volume options on that setup? Have you tried tuning it for
the kind of workload and files size you have?
I would definitely do some tests with feature.shard=on/off first. If shard
is on, try playing with features.shard-block-size.
Do you have jumbo frames (MTU=9000)
Hi all,
I usualy advise clients to use the native client if at all possible, as it
is very robust. But I am running in to problems here.
In this case the gluster system is used to store video streams. Basicaly
the setup is the following:
- A gluster cluster of 3 nodes, with ample storage. They