I did another test with inode_size on xfs bricks=1024Bytes, but it had also
no effect. Here is the measurement:
(All values in MiB/s)
64KiB1MiB 10MiB
0,16 2,52 76,58
Beside of that I was not able to set the xattr trusted.io-stats-dump. I am
wondering myself why it is not
On 11/6/19 3:42 PM, David Spisla wrote:
Hello Rafi,
I tried to set the xattr via
setfattr -n trusted.io-stats-dump -v '/tmp/iostat.log'
/gluster/repositories/repo1/
but it had no effect. There is no such a xattr via getfattr and no
logfile. The command setxattr is not available. What I am
Hello Rafi,
I tried to set the xattr via
setfattr -n trusted.io-stats-dump -v '/tmp/iostat.log'
/gluster/repositories/repo1/
but it had no effect. There is no such a xattr via getfattr and no logfile.
The command setxattr is not available. What I am doing wrong?
By the way, you mean to increase
I will take a look at the profile info shared. Since there is a huge
difference in the performance numbers between fuse and samba, it would
be great if we can get the profile info of fuse (on v7). This will help
to compare the number of calls for each fops. There should be some fops
that samba
I did the test with Gluster 7.0 ctime disabled. But it had no effect:
(All values in MiB/s)
64KiB1MiB 10MiB
0,16 2,60 54,74
Attached there is now the complete profile file also with the results from
the last test. I will not repeat it with an higher inode size because I
don't
Am Di., 5. Nov. 2019 um 12:06 Uhr schrieb RAFI KC :
>
> On 11/4/19 8:46 PM, David Spisla wrote:
>
> Dear Gluster Community,
>
> I also have a issue concerning performance. The last days I updated our
> test cluster from GlusterFS v5.5 to v7.0 . The setup in general:
>
> 2 HP DL380 Servers with
On 11/4/19 8:46 PM, David Spisla wrote:
Dear Gluster Community,
I also have a issue concerning performance. The last days I updated
our test cluster from GlusterFS v5.5 to v7.0 . The setup in general:
2 HP DL380 Servers with 10Gbit NICs, 1 Distribute-Replica 2 Volume
with 2 Replica Pairs.
Dear Gluster Community,
I also have a issue concerning performance. The last days I updated our
test cluster from GlusterFS v5.5 to v7.0 . The setup in general:
2 HP DL380 Servers with 10Gbit NICs, 1 Distribute-Replica 2 Volume with 2
Replica Pairs. Client is SMB Samba (access via vfs_glusterfs)