[patch] performance improvement in gr-osmosdr (hackrf)

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-sdr@lists.osmocom.org/.

Harald Welte laforge at gnumonks.org
Wed Jul 11 17:05:57 UTC 2018


Hi Lucase,

On Tue, Jul 10, 2018 at 05:05:26AM -0300, Lucas Teske wrote:
> I would say, just remember that gr-osmosdr is not intended only to x86,
> but also for ARM and other archs that does not even have SIMD. Also
> there are some x86 nowadays that does not have AVX code. The LUT
> solution is the "generic" one that works average on all platforms
> (calculate on the fly for any arch that does not have SIMD conversion
> will make a great performance loss).

I agree with the above statement.  Having compile-time flags is not a solution,
as most people will just use a distribution package - and distributions will
have to compile the most general and non-cpu-specific code.

The proper approach for this kind of problem is to have run-time CPU feature
detection and then use the most optimal code for the given CPU.  This is what
we're e.g. dong in osmo-trx.

-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)



More information about the osmocom-sdr mailing list