<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 1, 2013 at 10:49 AM, Derek Buitenhuis <span dir="ltr"><<a href="mailto:derek.buitenhuis@gmail.com" target="_blank">derek.buitenhuis@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Oct 1, 2013 at 2:08 PM,  <<a href="mailto:dnyaneshwar@multicorewareinc.com">dnyaneshwar@multicorewareinc.com</a>> wrote:<br>

> # HG changeset patch<br>
> # User Dnyaneshwar<br>
> # Date 1380631342 -19800<br>
> #      Tue Oct 01 18:12:22 2013 +0530<br>
> # Node ID ecc483a16f1d9e0163182d090c18fad3f1616ab5<br>
> # Parent  a03659cfa9574a2639292e427b2cb3d080c648ad<br>
> Replace sad_12, sad_24, sad_32 vector class functions with intrinsics.<br>
><br>
> Performance improvement measured is close to 1.5x<br>
<br>
</div>What happened to the "no new intrinsics" promise?<br>
<br>
Use proper asm and x86inc macros.<br></blockquote><div><br></div><div>This is the effort to get rid of the GPL vector class headers   We're replacing primitives that use those classes with intrinsics because the GPL headers have to be gone by November and we prefer not crippling what performance we have today.</div>
<div><br></div><div>At our current pace of assembly development, it would take about two years to replace them all with assembly and we don't have that luxury.</div><div><br></div><div>Assembly development will continue in parallel with this effort; but there will be a lot of patches in the coming weeks that replace vector class based intrinsic primitives with pure-intrinsic primitives; or just deleting vector primitives that we don't care enough about to keep.</div>
</div><div><br></div>-- <br>Steve Borho
</div></div>