[Gluster-devel] [Gluster-users] Disabling read-ahead and io-cache for native fuse mounts

Darrell Budic budic at onholyground.com
Wed Feb 13 14:51:06 UTC 2019


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 <rgowdapp at redhat.com> wrote:
> 
> 
> 
> On Tue, Feb 12, 2019 at 11:09 PM Darrell Budic <budic at onholyground.com <mailto: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 <mailto:rgowdapp at redhat.com>> wrote:
>> 
>> https://review.gluster.org/22203 <https://review.gluster.org/22203>
>> 
>> On Tue, Feb 12, 2019 at 5:38 PM Raghavendra Gowdappa <rgowdapp at redhat.com <mailto: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 <https://bugzilla.redhat.com/show_bug.cgi?id=1665029>
>> 
>> regards,
>> Raghavendra
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users at gluster.org <mailto:Gluster-users at gluster.org>
>> https://lists.gluster.org/mailman/listinfo/gluster-users <https://lists.gluster.org/mailman/listinfo/gluster-users>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gluster.org/pipermail/gluster-devel/attachments/20190213/c71f579f/attachment.html>


More information about the Gluster-devel mailing list