<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Many adapters allow mapping memory regions on the adapter into user-space for efficient PIO-based sending and receiving. This is often a big performance win and seems worthwhile finding an efficient abstract for. Has this been discussed
at all?<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">The approach of “let the provider find the best way to use the hardware resources and hide that from the user” will not always work in this case, as the constraints on adapter-mapped memory may prevent it from being a general solution.
For example, it may be a limited resource, and so not every EP will have access to it, and those that do may have restrictions that other EPs do not have (e.g. fewer send credits available, smaller MTU).<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">Any thoughts on whether this is worth trying to come up with some abstraction for? From Cisco’s point of view, it definitely is – it requires some level of EP differentiation such that it cannot be totally transparent to the app, but it
can drop latency by 20%, a worthwhile goal for us.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">As another example, the new Solarflare NICs are pushing this as a feature also:<o:p></o:p></p>
<p class="MsoNormal"><a href="https://support.solarflare.com/index.php?option=com_cognidox&file=SF-111142-TC-1_Introduction_to_SFC91xx_ASIC_Family.pdf&task=download&format=raw&Itemid=17">https://support.solarflare.com/index.php?option=com_cognidox&file=SF-111142-TC-1_Introduction_to_SFC91xx_ASIC_Family.pdf&task=download&format=raw&Itemid=17</a><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">See section on “PIO and Templates” – it’s not just us <span style="font-family:Wingdings">
J</span><o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">-reese<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>