<div dir="ltr">Intel's response: <a href="https://www.streetinsider.com/Corporate+News/Intel+%28INTC%29+Responds+to+Security+Research+Findings/13648696.html">https://www.streetinsider.com/Corporate+News/Intel+%28INTC%29+Responds+to+Security+Research+Findings/13648696.html</a><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 3, 2018 at 12:57 PM, Joe Landman <span dir="ltr"><<a href="mailto:joe.landman@gmail.com" target="_blank">joe.landman@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Looks like it will respond to a 'nopti' boot option (at least the patches I've seen from 4-Dec)<span class="im HOEnZb"><br>
<br>
<br>
<br>
On 01/03/2018 12:57 PM, Ellis H. Wilson III wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 01/03/2018 12:47 PM, Lux, Jim (337K) wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I suppose the down side is that if they do kernel mods to fix this<br>
for the 99.9%, it adversely affects the performance for the 0.1%<br>
(that is, us).<br>
</blockquote>
<br>
We've been discussing this extensively at my workplace, and the overwhelming expectation is that at least in Linux the fix should be configurable such that those operating in non-multitenant systems (such as scale-out storage appliances) can disable it.<br>
<br>
If this ends up not being the case, I would expect it in the short-term to lock us out of upgrading to newer kernels where the fix and resultant overheads come into play until we're on newer CPUs where the architecture deficiency is resolved.  This latter part (the expectation of Intel fixing it in their newer HW) is all the more reason I'm inclined to believe the fix will be delivered as a tunable.<br>
<br>
Best,<br>
<br>
ellis<br>
<br>
</blockquote>
<br>
-- <br></span><span class="HOEnZb"><font color="#888888">
Joe Landman<br>
e: <a href="mailto:joe.landman@gmail.com" target="_blank">joe.landman@gmail.com</a><br>
t: @hpcjoe<br>
w: <a href="https://scalability.org" rel="noreferrer" target="_blank">https://scalability.org</a><br>
g: <a href="https://github.com/joelandman" rel="noreferrer" target="_blank">https://github.com/joelandman</a><br>
l: <a href="https://www.linkedin.com/in/joelandman" rel="noreferrer" target="_blank">https://www.linkedin.com/in/jo<wbr>elandman</a></font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<wbr>_________________<br>
Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org" target="_blank">Beowulf@beowulf.org</a> sponsored by Penguin Computing<br>
To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf" rel="noreferrer" target="_blank">http://www.beowulf.org/mailman<wbr>/listinfo/beowulf</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Kevin Van Workum, PhD<br>Sabalcore Computing Inc.<br><br></div></div></div></div>
</div></div>

<br>
<img src="http://www.sabalcore.com/images/Sabalcore_Computing.png">