Chris Healy wrote:
I was doing some performance analysis of my Atom based Moblin system while
decoding audio and noticed a considerable amount of CPU taken up while
decoding an AAC stream using gstreamer.
After further analysis, I noticed that "libspeexdsp" seemed to be the
culprit for the CPU consumption.
I grabbed the speex source RPM from the Moblin repos and took a look at how
it was being compiled. I'm not an expert with building this code, but it
seems to me that there is nothing in either the spec file or the config that
forces it to be built with SSE enabled.
I'm seems to me that it should be built with "-O3" and "-msse" flags set to
take advantage of the DSP functions provided by SSE3 which I believe is
available in ALL Atom processors.
libspeexdsp seems to be able to utilize these DSP like functions in our Atom
chips, provided that we use the flags.
Am I way off in left field with this analysis or am I on to something that
could substantially reduce our audio decoding burden?
we actually provide system wide compiler flags which do include the ssse3 flag.
However, for DSP like code often hand coded assembly (using sse) tends to be
the part
that provides a lot of the value.
(for "normal" code sse provides value in terms of floating point; sse is faster
than x87
style floating point)
_______________________________________________
Moblin dev Mailing List
dev@moblin.org
To manage or unsubscribe from this mailing list visit:
http://lists.moblin.org/listinfo/dev or your user account on http://moblin.org
once logged in.
For more information on the Moblin Developer Mailing lists visit:
http://moblin.org/community/mailing-lists
