[ovirt-users] Re: Poor gluster performances over 10Gbps network

Most probably RH specialists can tune Gluster so well that the libgfapi is uselesss ... who knows. Actually, oVirt and support are 2 completely different topics. Yes, it has it drawbacks, butif it brings significant performance gain. Best Regards,Strahil Nikolov On Fri, Sep 10, 2021 at

[ovirt-users] Re: Poor gluster performances over 10Gbps network

It's my understanding that libgfapi is currently unsupported in oVirt because there were a few long standing bugs. Unfortunately, the performance improvements that users have reported on this mailing list haven't been seen or replicated by Red Hat, so recently most of these bugzilla tickets have

[ovirt-users] Re: Poor gluster performances over 10Gbps network

Dis you enable libgfapi ?engine-config -s LibgfApiSupported=true Note: power off and then power on the VM. The qemu process should not use the '/rhev' mountpoints. Also, share your current setup:- disks- hw controller- did you storage align your block devices (hw raid only)- tuned-profile-

[ovirt-users] Re: Poor gluster performances over 10Gbps network

First of all, many thanks for your analysis! Le 09/09/2021 à 17:06, Nir Soffer a écrit : On Thu, Sep 9, 2021 at 4:12 PM Mathieu Valois > wrote: Host is using the gluster mount (/rhev/data-center/mnt/glusterSD/server:_path/...) or writing directly into the same

[ovirt-users] Re: Poor gluster performances over 10Gbps network

On Thu, Sep 9, 2021 at 4:12 PM Mathieu Valois wrote: > You can find attached the benchmarks on the host and guest. I find the > differences not so big though... > Host is using the gluster mount (/rhev/data-center/mnt/glusterSD/server:_path/...) or writing directly into the same filesystem used

[ovirt-users] Re: Poor gluster performances over 10Gbps network

You can find attached the benchmarks on the host and guest. I find the differences not so big though... Le 09/09/2021 à 13:40, Nir Soffer a écrit : There are few issues with this test: - you don't use oflag=direct or conv=fsync, so this may test copying data    to the host page cache, instead

[ovirt-users] Re: Poor gluster performances over 10Gbps network

On Wed, Sep 8, 2021 at 12:15 PM Mathieu Valois wrote: > Sorry for double post but I don't know if this mail has been received. > > Hello everyone, > > I know this issue was already treated on this mailing list. However none > of the proposed solutions is satisfying me. > > Here is my situation :

[ovirt-users] Re: Poor gluster performances over 10Gbps network

Default shard size was 64MB. I've tested to create another volume with a 512MB shard size and settings you provided. I observe a performance improvement with `dd`, which does a sequential write (from 1MBps to 50MBps). However, I find VM still slow : as an example, `apt upgrade` is very slow

[ovirt-users] Re: Poor gluster performances over 10Gbps network

Did you check  https://lists.ovirt.org/archives/list/users@ovirt.org/message/S7I3PQVERQZT6Q6CXDWJEWCY2ELEGRHY/ ? Best Regards,Strahil Nikolov On Wed, Sep 8, 2021 at 14:25, Staniforth, Paul wrote: ___ Users mailing list -- users@ovirt.org To

[ovirt-users] Re: Poor gluster performances over 10Gbps network

Hi Mathieu, with a linux VM using dd without the oflag=sync will mean it's using disk bufffers, hence the faster thoughput at the beginning until the buffers are full. Regards, Paul S. From: Mathieu Valois Sent: 08

[ovirt-users] Re: Poor gluster performances over 10Gbps network

Hi Paul, thank you for your answer. Indeed I did a `dd` inside a VM to measure the Gluster disk performance. I've also tried `dd` on an hypervisor writing into one of the replicated gluster bricks, which gives good performances (similar to logical volume ones). Le 08/09/2021 à 12:51,

[ovirt-users] Re: Poor gluster performances over 10Gbps network

Hi Mathieu, How are you measuring the Gluster disk performance? also using dd you should use the oflag=dsync to avoid buffer caching. Regards, Paul S From: Mathieu Valois Sent: 08 September 2021 10:12 To: users Subject: [ovirt-users]