
<html>


<head>


<meta http-equiv="Content-Type" content="text/html; charset=utf-8">


</head>


<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">


<div>


<div>


<div>Hi.</div>


<div><br>


</div>


<div>We’re currently using an XFS formatted backing store provided by a CepH pool for our OMERO database. It works very well!</div>


<div><br>


</div>


<div>We’re being asked to consider NFS as a mechanism for the transport instead.</div>


<div><br>


</div>


<div>My experience early on back in OMERO 3.x days (and even early 4.x days) was that NFS was a very poor choice. It seemed to leave a lot of stale file hands active, Postgres regularly ran into issues and on the whole performance was not ideal.</div>


<div><br>


</div>


<div>Has anything changed? Further – why was it always so problematic? Was it a function/semantic of the way the DB did locking workloads against its files? Trying to isolate why it never worked so well so that we might fix it…</div>


<div><br>


</div>


<div>Also – how are things looking from an object backend? Any further developments on SWIFT or S3?</div>


<div><br>


</div>


<div>Thanks all!</div>


<div><br>


</div>


<div>-jc</div>


<div>


<div id="MAC_OUTLOOK_SIGNATURE"></div>


</div>


</div>


</div>


</body>


</html>