[x265] [PATCH] Replace sad_12, sad_24, sad_32 vector class functions with intrinsics

[Steve Borho]

On Tue, Oct 1, 2013 at 10:49 AM, Derek Buitenhuis <
derek.buitenhuis at gmail.com> wrote:

> On Tue, Oct 1, 2013 at 2:08 PM,  <dnyaneshwar at multicorewareinc.com> wrote:
> > # HG changeset patch
> > # User Dnyaneshwar
> > # Date 1380631342 -19800
> > #      Tue Oct 01 18:12:22 2013 +0530
> > # Node ID ecc483a16f1d9e0163182d090c18fad3f1616ab5
> > # Parent  a03659cfa9574a2639292e427b2cb3d080c648ad
> > Replace sad_12, sad_24, sad_32 vector class functions with intrinsics.
> >
> > Performance improvement measured is close to 1.5x
>
> What happened to the "no new intrinsics" promise?
>
> Use proper asm and x86inc macros.
>

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.

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.

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.

-- 
Steve Borho
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/x265-devel/attachments/20131001/12118b51/attachment.html>