<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; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; ">
<span id="OLK_SRC_BODY_SECTION">
<div>
<div>On 6/15/13 10:47 AM, "Jim Dinan" <<a href="mailto:james.dinan@gmail.com">james.dinan@gmail.com</a>> wrote:</div>
</div>
<div><br>
</div>
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
<div>
<div>
<div dir="ltr">
<div style="">Can you elaborate on the source of performance loss from operations between Iflush and its completion?</div>
</div>
</div>
</div>
</blockquote>
</span>
<div><br>
</div>
<div>With the current semantics of flush, a valid implementation is a counter of number of operations started, another of operations completed, wait until they're equal. On an unordered channel (and acks are usually on an unordered channel), this mode won't
work and you either have to have multiple counters or start tracking events in some per-event way, neither of which are going to be as performant.</div>
<div><br>
</div>
<div>Brian</div>
<div>
<div>
<div><br>
</div>
<div>
<div>
<div style="font-family: Tahoma; font-size: 13px; "><font size="2" face="Tahoma">--</font></div>
<div style="font-family: Tahoma; font-size: 13px; "><font size="2" face="tahoma"> Brian W. Barrett</font></div>
<div style="font-family: Tahoma; font-size: 13px; "><font size="2" face="tahoma"> Scalable System Software Group</font></div>
<div style="font-family: Tahoma; font-size: 13px; "><font size="2" face="tahoma"> Sandia National Laboratories</font></div>
</div>
</div>
</div>
</div>
</body>
</html>