You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Grant Henke (Jira)" <ji...@apache.org> on 2020/06/02 20:52:00 UTC
[jira] [Updated] (KUDU-2182) Reenable WAL fsync in the master
[ https://issues.apache.org/jira/browse/KUDU-2182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Grant Henke updated KUDU-2182:
------------------------------
Labels: newbie trivial (was: newbie)
> Reenable WAL fsync in the master
> --------------------------------
>
> Key: KUDU-2182
> URL: https://issues.apache.org/jira/browse/KUDU-2182
> Project: Kudu
> Issue Type: Bug
> Components: master
> Affects Versions: 1.6.0
> Reporter: Adar Dembo
> Priority: Major
> Labels: newbie, trivial
>
> After fixing KUDU-1125, I ran a quick experiment on an internal cluster to test the performance impact of enabling log_force_fsync_all in the master. I observed that a tablet report with 308 tablet updates took 157 ms. I think this is good enough for us to restore the default value to true for Kudu masters so that we'll have real metadata durability in the event of a crash.
> I don't know whether we should do this for all master deployments or just for single-master ones. Certainly the latter would benefit most, but it might be annoying to detect the difference.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)