<div dir="ltr"><div>Hi Daniel,<br><br></div>Thanks for the detailed profiling!<br><div><div><br>On Fri, Feb 16, 2018 at 6:50 AM, Daniel Alvarez Sanchez &lt;<a href="mailto:dalvarez@redhat.com">dalvarez@redhat.com</a>&gt; wrote:<br>&gt;<br>&gt; About the duplicated processing of the update2 messages, I&#39;ve verified that those are not always present. I&#39;ve isolated the scenario further and did tcpdump and debugging on the exact process which is sending the&#39;transact&#39; command and I see no update2 processing duplicates. Among the rest of the workers, one of them is always getting them duplicated while the rest don&#39;t I don&#39;t know why.<br>&gt; However, the &#39;modify&#39; in the LS table for updating the acls set is the one always taking 2-3 seconds on this load.<br>&gt;<br></div><div>I think this explains why the time spent grows linearly with number of lports. Each lport has its own ACLs added to same LS, so the acl column in the row gets bigger and bigger. It is likely that the port group optimization would solve this problem.<br><br></div><div>Thanks<br></div><div>Han<br></div></div></div>