Ah, ok, that’s what I thought. Then I have no complaints about improved defaults for the fuse case as long as the use case groups retain appropriately optimized settings. Thanks!
> On Feb 12, 2019, at 11:14 PM, Raghavendra Gowdappa <[email protected]> > wrote: > > > > On Tue, Feb 12, 2019 at 11:09 PM Darrell Budic <[email protected] > <mailto:[email protected]>> wrote: > Is there an example of a custom profile you can share for my ovirt use case > (with gfapi enabled)? > > I was speaking about a group setting like "group metadata-cache". Its just > that custom options one would turn on for a class of applications or problems. > > Or are you just talking about the standard group settings for virt as a > custom profile? > >> On Feb 12, 2019, at 7:22 AM, Raghavendra Gowdappa <[email protected] >> <mailto:[email protected]>> wrote: >> >> https://review.gluster.org/22203 <https://review.gluster.org/22203> >> >> On Tue, Feb 12, 2019 at 5:38 PM Raghavendra Gowdappa <[email protected] >> <mailto:[email protected]>> wrote: >> All, >> >> We've found perf xlators io-cache and read-ahead not adding any performance >> improvement. At best read-ahead is redundant due to kernel read-ahead and at >> worst io-cache is degrading the performance for workloads that doesn't >> involve re-read. Given that VFS already have both these functionalities, I >> am proposing to have these two translators turned off by default for native >> fuse mounts. >> >> For non-native fuse mounts like gfapi (NFS-ganesha/samba) we can have these >> xlators on by having custom profiles. Comments? >> >> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1665029 >> <https://bugzilla.redhat.com/show_bug.cgi?id=1665029> >> >> regards, >> Raghavendra >> _______________________________________________ >> Gluster-users mailing list >> [email protected] <mailto:[email protected]> >> https://lists.gluster.org/mailman/listinfo/gluster-users >> <https://lists.gluster.org/mailman/listinfo/gluster-users>
_______________________________________________ Gluster-devel mailing list [email protected] https://lists.gluster.org/mailman/listinfo/gluster-devel
