<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">All,<br><br>There is a patch [1] from Kotresh, which makes ctime generator as default in stack. Currently ctime generator is being recommended only for usecases where ctime is important (like for Elasticsearch). However, a reliable (c)(m)time can fix many consistency issues within glusterfs stack too. These are issues with caching layers having stale (meta)data [2][3][4]. Basically just like applications, components within glusterfs stack too need a time to find out which among racing ops (like write, stat, etc) has latest (meta)data. <br><br></div><div>Also note that a consistent (c)(m)time is not an optional feature, but instead forms the core of the infrastructure. So, I am proposing to merge this patch. If you&#39;ve any objections, please voice out before Nov 13, 2018 (a week from today).<br><br></div><div>As to the existing known issues/limitations with ctime generator, my conversations with Kotresh, revealed following:<br></div><div>* Potential performance degradation (we don&#39;t yet have data to conclusively prove it, preliminary basic tests from Kotresh didn&#39;t indicate a significant perf drop).<br></div><div>* atime consistency. ctime generator offers atime consistency equivalent to noatime mounts. But, with my limited experience I&#39;ve not seen too many usecases that require atime consistency. If you&#39;ve a usecase please point it out and we&#39;ll think how we can meet that requirement.<br></div><div><br></div><div dir="ltr">[1] <a href="https://review.gluster.org/#/c/glusterfs/+/21060/">https://review.gluster.org/#/c/glusterfs/+/21060/</a><br>[2] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1600923">https://bugzilla.redhat.com/show_bug.cgi?id=1600923</a><br>[3] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1617972">https://bugzilla.redhat.com/show_bug.cgi?id=1617972</a><br>[4] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1393743">https://bugzilla.redhat.com/show_bug.cgi?id=1393743</a><br><br></div><div>regards,<br></div><div>Raghavendra<br></div></div></div></div></div>