<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Sorry Gurucharan, totally forgot to answer your question!<div><br></div><div>After interspersing these tests with random calls to reload the kernel module, it doesn't appear to affect time in any significant way.</div><div><br><div>
<div style="color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-variant: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><b>Ryan Wilson</b><br><i style="font-weight: normal; ">Member of Technical Staff</i><br><a href="mailto:wryan@vmware.com">wryan@vmware.com</a><br>3401 Hillview Avenue, Palo Alto, CA<br>650.427.1511 Office<br>916.588.7783 Mobile</div>
</div>
<br><div><div>On May 19, 2014, at 9:53 PM, Ryan Wilson &lt;<a href="mailto:wryan@vmware.com">wryan@vmware.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=us-ascii"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">So I did an experiment where I added 500 and 1000 ports and then deleted 500 and 1000 ports with and without this patch on both machines with 8 GB and 62 GB memory. Weirdly enough, adding / deleting ports with the RCU patch turned out to actually be faster than without. My only explanation here is taking the global xlate lock is expensive and / or 500 ports wasn't enough to induce memory pressure.<div><br></div><div>Here are the numbers for the 500 port case on a 8 GB memory machine:</div><div>WIth RCU patch:</div><div>Adding ports:&nbsp;real<span class="Apple-tab-span" style="white-space: pre; ">        </span>1m15.850s</div><div>Deleting ports:&nbsp;real<span class="Apple-tab-span" style="white-space: pre; ">        </span>1m21.830s</div><div><br></div><div>Without RCU patch:</div><div>Adding ports:&nbsp;real<span class="Apple-tab-span" style="white-space: pre; ">        </span>1m28.357s</div><div>Deleting ports:&nbsp;real<span class="Apple-tab-span" style="white-space: pre; ">        </span>1m33.277s</div><div><br></div><div><div>
<div style="font-family: Helvetica; font-size: medium; font-variant: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><b>Ryan Wilson</b><br><i style="font-weight: normal; ">Member of Technical Staff</i><br><a href="mailto:wryan@vmware.com">wryan@vmware.com</a><br>3401 Hillview Avenue, Palo Alto, CA<br>650.427.1511 Office<br>916.588.7783 Mobile</div>
</div>
<br><div><div>On May 19, 2014, at 8:56 AM, Ben Pfaff &lt;<a href="mailto:blp@nicira.com">blp@nicira.com</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On Fri, May 16, 2014 at 06:59:02AM -0700, Ryan Wilson wrote:<br><blockquote type="cite">Before, a global read-write lock protected the ofproto-dpif / ofproto-dpif-xlate<br>interface. Handler and revalidator threads had to wait while configuration was<br>being changed. This patch implements RCU locking which allows handlers and<br>revalidators to operate while configuration is being updated.<br><br>Signed-off-by: Ryan Wilson &lt;<a href="mailto:wryan@nicira.com">wryan@nicira.com</a>&gt;<br>Acked-by: Alex Wang &lt;<a href="mailto:alexw@nicira.com">alexw@nicira.com</a>&gt;<br></blockquote><br>One side effect of this change that I am a bit concerned about is<br>performance of configuration changes. &nbsp;In particular, it looks like<br>removing a port requires copying the entire configuration and that<br>removing N ports requires copying the entire configuration N times. &nbsp;Can<br>you try a few experiments with configurations that have many ports,<br>maybe 500 or 1000, and see how long it takes to remove several of them?<br>_______________________________________________<br>dev mailing list<br><a href="mailto:dev@openvswitch.org">dev@openvswitch.org</a><br><a href="https://urldefense.proofpoint.com/v1/url?u=http://openvswitch.org/mailman/listinfo/dev&amp;k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&amp;r=TfBS78Vw3dzttvXidhbffg%3D%3D%0A&amp;m=Zs91K1%2FqNCTCBEK8%2FYn6ZxlWk8%2B9KnAmWsxIFslVMIM%3D%0A&amp;s=d0a516ff3c7de6162c8224e60363e8159c1da0eabe5ede2e10d43b18858e965d">https://urldefense.proofpoint.com/v1/url?u=http://openvswitch.org/mailman/listinfo/dev&amp;k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&amp;r=TfBS78Vw3dzttvXidhbffg%3D%3D%0A&amp;m=Zs91K1%2FqNCTCBEK8%2FYn6ZxlWk8%2B9KnAmWsxIFslVMIM%3D%0A&amp;s=d0a516ff3c7de6162c8224e60363e8159c1da0eabe5ede2e10d43b18858e965d</a><br></blockquote></div><br></div></div></blockquote></div><br></div></body></html>