<div dir="ltr">There's a couple of options in the object server that are related to how object data is cached (or generally *not*)<div><br></div><div><a href="https://github.com/openstack/swift/blob/master/swift/obj/server.py#L921">https://github.com/openstack/swift/blob/master/swift/obj/server.py#L921</a><br></div><div><br></div><div>At scale on dense nodes it becomes challenging to keep all the filesystem metdata in the page cache, so we've tried a few different tricks and tunings over the years to optimize towards using as much RAM as possible on minimizing the number of seeks "wasted" to pickup filesystem directory and extent information instead of object data. BUT on nodes with more RAM and less objects (or fewer *active* objects) it is definitely possible to tune towards keeping more object data in the page cache.</div><div><br></div><div>Good luck!</div><div><br></div><div>-Clay</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 6, 2017 at 2:34 PM, Jialin Liu <span dir="ltr"><<a href="mailto:jalnliu@lbl.gov" target="_blank">jalnliu@lbl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi, <div>Is there any existing work that leveraging operating system's page cache for swift?</div><div>like many other parallel file systems, lustre, the IO is cached in buffer and call is returned immediately to user space. </div><div><br></div><div>Best,</div><div>Jialin </div></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>