[Gluster-users] Disabling read-ahead and io-cache for native fuse mounts
Raghavendra Gowdappa
rgowdapp at redhat.com
Wed Feb 13 05:14:37 UTC 2019
On Tue, Feb 12, 2019 at 11:09 PM Darrell Budic <budic at onholyground.com>
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 <rgowdapp at redhat.com>
> wrote:
>
> https://review.gluster.org/22203
>
> On Tue, Feb 12, 2019 at 5:38 PM Raghavendra Gowdappa <rgowdapp at redhat.com>
> 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
>>
>> regards,
>> Raghavendra
>>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-users/attachments/20190213/1756e0c8/attachment.html>
More information about the Gluster-users
mailing list