Richard Shaw wrote:
> As far as LCPNet itself I've communicated with the primary developer quite
> a bit over the last week. LPCNet *will not work* without optimizations (at
> least not in real time which is the point).
Has anyone (upstream or elsewhere) ever looked into doing an SSE2 version of
the vector code? It should be faster than scalar (especially considering
that the "scalar" floating-point code (under the default -mfpmath=sse)
actually loads everything into SSE2 registers as well, but does not actually
make use of the vectorization) and it would match the baseline of many
distributions and upstreams out there.
That said, of course, it would still be slower than AVX and hence possibly
still too slow for real time (also considering that pre-AVX CPUs are
typically slower to begin with). I guess it would have to be tried to see
whether it can work.
> I think we're going to work towards a static build option, we just have to
> figure out the mechanics. The main application does check for AVX/AVX2 and
> disables the 2020 mode if it's not available.
Well, if the application does the runtime detection, I guess you can get
away with relying on that. The problems will start if some other application
comes and wants to use the library unconditionally.
Kevin Kofler
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
